JP7229387B2 - 無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器 - Google Patents

無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器 Download PDF

Info

Publication number
JP7229387B2
JP7229387B2 JP2021557456A JP2021557456A JP7229387B2 JP 7229387 B2 JP7229387 B2 JP 7229387B2 JP 2021557456 A JP2021557456 A JP 2021557456A JP 2021557456 A JP2021557456 A JP 2021557456A JP 7229387 B2 JP7229387 B2 JP 7229387B2
Authority
JP
Japan
Prior art keywords
data
terminal
link
parameter
multilink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021557456A
Other languages
English (en)
Other versions
JP2022537239A (ja
Inventor
ウー,ハオ
シエ,ファン
リャオ,ヤン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu XGIMI Technology Co Ltd
Original Assignee
Chengdu XGIMI Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu XGIMI Technology Co Ltd filed Critical Chengdu XGIMI Technology Co Ltd
Publication of JP2022537239A publication Critical patent/JP2022537239A/ja
Application granted granted Critical
Publication of JP7229387B2 publication Critical patent/JP7229387B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/20Negotiating bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願は、無線通信分野に関し、特に無線LANにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器に関する。
802.11beネットワークは、Extremely High Throughput(EHT)ネットワークとも呼ばれ、一連のシステム特性及び複数のメカニズム強化機能を通じて極めて高いスループットを可能とする。ワイヤレスローカルエリアネットワーク(WLAN)の使用が持続的に増えるに伴い、多くの環境(例えば家族、企業やホットスポット)においてワイヤレスデータサービスを提供することがますます重要となっている。特に、ビデオトラフィックは多くのWLAN配置における主要なラフィックのタイプであり続ける。4k及び8kビデオ(20Gbpsの非圧縮速度)の出現により、これらのアプリケーションのスループットへの要求が高まりつつある。例えば仮想現実又は拡張現実、ゲーム、リモートオフィスやクラウドコンピューティングのような新しいハイスループット、低遅延のアプリケーションプログラムは急増する傾向がある(例えば、リアルタイムゲーム遅延が5ミリ秒未満)。
これらのアプリケーションプログラムのハイスループット及び厳格なリアルタイム遅延の要求に答えて、ユーザからは、WLANを通じてそのアプリケーションプログラムをサポートする場合、より高いスループット、より高信頼性、より少ない遅延やジッター、より高い電源効率が求められる。時間に敏感なネットワーク(TSN)との集積を改良して、ヘテロジニアスイーサネット(登録商標)及びワイヤレスLANでのアプリケーションプログラムをサポートできるようにすることがユーザにより期待される。802.11beネットワークは、総スループットをさらに向上させて、遅延を低下させることによりWLANの競争力を確保しつつ、古い技術基準との下位互換性や共存を確保することを目的とする。802.11互換性機器は、2.4GHz、5GHz及び6GHz周波数帯域で実行される。
高速度のデータ伝送が必要な端末でも、常に高速度のデータ伝送が必要なサービスを実行するわけではない。例えば、携帯電話やコンピュータが高解像度ビデオを伝送する場合、非常に高いデータ伝送速度が必要になることがあるが、それ以外の場合は、高速度にデータを伝送するリソースが必要とされない。データ伝送を行うリンクを動的に管理できないと、無線リソースの使用率を期待通りに向上させることができず、逆に浪費が大きくなってしまう。
上記目的を実現するために、本出願の実施例は、以下の技術案を提供する。
第1の態様によれば、無線LANにおいてデータを受送信する方法が提供され、この方法は、パラメータMaxBufferを設定するステップであって、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であるステップと、端末がローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、ネットワークアクセス機器に要求シグナリングを送信するステップと、ネットワークアクセス機器が要求シグナリングを受信すると、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認し、端末がマルチリンクを用いるか否かを確認することを含む応答シグナリングを端末に送信するステップと、端末が応答シグナリングを受信すると、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行うステップとを含む。
例示的には、端末は、ローカルにおいてパラメータMaxBufferを設定してもよいし、又は、設定されたパラメータMaxBufferをネットワークアクセス機器から受信してもよい。
1つの可能な設計方法では、上記要求シグナリングは、端末がマルチリンクデータ伝送をサポートするか否かを指示するための能力パラメータCapabilityと、端末バッファの送信すべきデータの大きさを指示するためのバッファパラメータScaling Factor及びBuffer Sizeとを含み、この場合、ネットワークアクセス機器が、端末がマルチリンクを用いるか否かを確認する方法は、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算するステップと、計算されたデータ量がMaxBufferより大きく、かつ端末がマルチリンクデータ伝送をサポートすることを能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、例示的には、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップ、又は、計算されたデータ量がMaxBuffer以上であり、かつ端末がマルチリンクデータ伝送をサポートすることを能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップと、を含む。
別の可能の設計方法では、上記要求シグナリングは、端末バッファの送信すべきデータの大きさを指示するバッファパラメータScaling Factor及びBuffer Sizeを含み、この場合、ネットワークアクセス機器が、端末がマルチリンクを用いるか否かを確認する方法は、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算するステップと、計算されたデータ量がMaxBufferより大きい場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップ、又は、計算されたデータ量がMaxBuffer以上の場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップと、を含む。
1つの可能な設計方法では、上記応答シグナリングは、マルチリンクを用いてデータ伝送を行うか否かを表すML enableパラメータを含み、この場合、端末がデータ受送信を行う方法は、ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行うステップと、ML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、第2のリンクを監視し始め、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む。
1つの可能な設計方法では、上記応答シグナリングは、使用可能なリンクを配置することを表すML Confパラメータを含み、この場合、端末がデータ受送信を行う方法は、ML Confパラメータの値がシングルリンク情報である場合、継続して現在のリンクを使用してデータ受送信を行うステップと、ML Confパラメータの値がマルチリンク情報である場合、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む。
別の可能の設計方法では、上記応答シグナリングは、ML enableパラメータ及びML Confパラメータを含み、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものであり、前記ML Confは、使用可能なリンクを配置することを表すものであり、この場合、端末がデータ受送信を行う方法は、ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行うステップと、ML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、ML Confパラメータの値を読み取り、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む。
好ましくは、端末がローカルの能力パラメータに基づいてデータ受送信を行う方法は、端末が同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信するするステップであって、前記データを同期送信することは、端末が1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことであるステップと、端末が同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えないステップと、を含む。
第2の態様によれば、無線LANにおいてデータを受送信する端末が提供され、この端末は、第1のリンクを介してネットワークアクセス機器とデータ伝送を行うことができる。この端末には、パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値である。この端末は、ローカルバッファの送信すべきデータ量を計算する計算手段と、計算手段により計算されたデータ量がMaxBuffer以上の場合、第1のリンクを介して端末に接続されるネットワークアクセス機器に要求シグナリングを送信する要求シグナリング送信装置と、ネットワークアクセス機器から送信された応答シグナリングを受信する応答シグナリング受信装置と、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及び端末の能力に基づいてデータ受送信を行うデータ受送信装置と、を含む。
1つの可能な設計方法では、上記データ受送信装置は、第1のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、第2のリンクを監視し始め、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものである第1のデータ受送信サブ装置を含む。
1つの可能な設計方法では、上記データ受送信装置は、第2のデータ受送信サブ装置であって、応答シグナリングにおけるML Confパラメータの値がシングルリンク情報である場合、継続して現在のリンクを使用してデータ受送信を行い、応答シグナリングにおけるML Confパラメータの値がマルチリンク情報である場合、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML Confは、使用可能なリンクを配置することを表すものである第2のデータ受送信サブ装置を含む。
別の可能の設計方法では、上記データ受送信装置は、第3のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、応答シグナリングにおけるML Confパラメータの値を読み取り、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものであり、前記ML Confは、使用可能なリンクを配置することを表すものである第3のデータ受送信サブ装置を含む。
第3の態様によれば、ネットワークアクセス機器が提供され、このネットワークアクセス機器は、第1のリンクを介して端末とデータ伝送を行うことができる。このネットワークアクセス機器にはパラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値である。このネットワークアクセス機器は、端末から送信された要求シグナリングを受信する要求シグナリング受信装置と、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認する確認装置と、端末がマルチリンクを用いるか否かを確認するパラメータを含む応答シグナリングを端末に送信する応答シグナリング送信装置と、を含む。
1つの可能な設計方法では、上記確認装置は、第1の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、計算されたデータ量がMaxBufferより大きく、かつ端末がマルチリンクデータ伝送をサポートすることを要求シグナリングにおける能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームなどであってもよく、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信し、前記能力パラメータCapabilityは、端末がマルチリンクデータ伝送をサポートするか否かを指示するためのものであり、又は、計算されたデータ量がMaxBuffer以上であり、かつ端末がマルチリンクデータ伝送をサポートすることを要求シグナリングにおける能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信する第1の確認サブ装置を含む。
別の可能の設計方法では、上記確認装置は、第2の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、計算されたデータ量がMaxBufferより大きい場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信し、又は、計算されたデータ量がMaxBuffer以上の場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信する第2の確認サブ装置を含む。
第4の態様によれば、無線LANにおいてデータを受送信するシステムが提供され、このシステムは、端末とネットワークアクセス機器とを含み、端末とネットワークアクセス機器とが第1のリンクを介してデータ伝送を行い、端末にはパラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であり、端末は、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、ネットワークアクセス機器に要求シグナリングを送信し、ネットワークアクセス機器から送信された応答シグナリングを受信し、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行い、ネットワークアクセス機器は、端末から送信された要求シグナリングを受信し、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認し、端末がマルチリンクを用いるか否かを確認することを含む応答シグナリングを端末に送信する。
本出願の端末は、データ量及び能力に基づいてマルチリンク伝送を要求し、端末は、マルチリンク伝送を要求するために、ネットワークアクセス機器に送信する要求シグナリングにおいて対応するパラメータを設定し、ネットワークアクセス機器は、これらのパラメータに基づいて異なる応答シグナリングコンテンツを設定し、ネットワークアクセス機器は、マルチリンクを使用できるか否かについて、応答シグナリングにおいてパラメータ設定を行い、端末は、応答シグナリングにおけるパラメータに基づいてデータ送信を行う。本出願は、サービスデータの検出及びネットワークのリンク状態に応じて、マルチリンクを動的に配置することができ、高速度のサービスを確保するとともに、無線リソースを合理的に要求し、サービスデータの伝送を確保するとともに、リソース浪費を回避する。
本出願の無線LANにおいてデータを受送信する方法の模式図である。 本出願の実施例において、端末データを同期送信する形態1の模式図である。 本出願の実施例において、端末データを同期送信する形態2の模式図である。 本出願の実施例において、端末が同時送信及び受信をサポートする場合、データを受送信する模式図である。
以下、図面に基づいて、本出願の技術案について説明する。
本出願の実施例では、例、例証、又は説明を表すために、「例示的には」、「例えば」などの言葉が用いられる。本出願では、「例」として記載されている任意の実施例又は設計案は、他の実施例又は構成態様より好ましい又は利点があると解釈されてはいけない。正確には、例という用語の使用は、具体的な形態で概念を提示することが意図される。
本出願の目的、技術案及び利点をより明確にするために、以下では具体的な実施形態を用いて、本出願をより詳細に説明する。ここに記載された具体的な実施形態は、本出願を解釈するためのものに過ぎず、本出願を限定するためのものではないことを理解されたい。
以下の実施例では、STAは、802.11無線LANにおける端末を示し、APは、802.11無線LANにおけるアクセスポイントを示し、ネットワークアクセス機器の1種である。
図1に示すように、通常、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がSTAに設定されたパラメータMaxBuffer以上の場合、APに要求シグナリングを送信し、例示的には、パラメータMaxBufferの単位は、Kbit、Mbit又はGbitであり得る。APは、要求シグナリングを受信すると、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて、STAがマルチリンクを用いるか否かを確認し、STAがマルチリンクを用いるか否かを確認する識別子を含む応答シグナリングをSTAに送信し、STAは、応答シグナリングを受信すると、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行う。
実施例1
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ101~ステップ104と、を含む。
ステップ101において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ102において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信し、要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAがマルチリンクデータ伝送をサポートするか否かを指示する能力パラメータ、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表1に示される。
Figure 0007229387000001
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、予め定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、Buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
Capabilityとは、STAがマルチリンクデータ伝送をサポートするか否かの能力であり、例示的には、00は、このSTAがマルチリンクをサポートしない能力を表し、01は、このSTAが同時受信又は同時送信をサポートする能力を表し、11は、このSTAが同時受信及び送信をサポートする能力を表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ103において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例示的には、Capabilityの値が00ではなく、かつScaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)STAバッファのデータ量がMaxBuffer以上である場合、STAに応答シグナリングを送信する。応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表2に示される。
Figure 0007229387000002
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackとして設定されてもよい。
ML enableとは、マルチリンクを有効にしてデータ伝送を行うか否かを表し、例示的には、0に設定される場合、有効にしないことを表し、1に設定される場合、有効にすることを表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ104において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例えば、
ML enableパラメータの値が0に設定される場合、継続して現在のリンクにおいてデータ受送信を行い、
ML enableパラメータの値が1に設定される場合、第2のリンクを監視し始め、ローカルの能力パラメータに基づいてデータ受送信を行い、例示的には、ローカル能力パラメータSTA_Capabilityが「STR」に設定される場合、STAが同時送信及び受信をサポートすることを表し、「non-STR」に設定される場合、STAが同時送信又は同時受信をサポートすることを表す。
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に開始し、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に開始するが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例2
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ201~ステップ204と、を含む。
ステップ201において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ202において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信する。要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAがマルチリンクデータ伝送をサポートするか否かを指示する能力パラメータ、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表3に示される。
Figure 0007229387000003
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、予め定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
Capabilityとは、STAがマルチリンクデータ伝送をサポートするか否かの能力であり、例示的には、00は、このSTAがマルチリンクをサポートしない能力を表し、01は、このSTAが同時受信又は同時送信をサポートする能力を表し、11は、このSTAが同時受信及び送信をサポートする能力を表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ203において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例示的には、Capabilityの値が00ではなく、かつScaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)STAバッファのデータ量がMaxBuffer以上の場合、STAに応答シグナリングを送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表4に示される。
Figure 0007229387000004
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackとして設定されてもよい。
ML Confとは、使用可能なリンクを配置することであり、例えば、00は、現在のシングルリンクを用いることを表し、01は、6GHZ帯域のリンク及び5GHZ帯域のリンクを用いることを表し、02は、6GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、03は、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、04は、6GHZ帯域のリンク、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、以上のリンク配置は、予め設定されており、STA及びAPには、実際のリンク配置とマッチング関係をつける対応する識別子を含み、APは、STAから送信された要求シグナリングに基づいて、STAが現在データを受送信するリンク情報(2.4GHZ、又は5GHZ、又は6GHZ)を取得し、既存のリンク情報に基づいて他のリンクを配置し、2本のリンクを配置するとき、新しい2本のリンクを配置することがない。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ204において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例えば、
ML Confパラメータの値が00に設定される場合、継続して現在のリンクを使用してデータ受送信を行い、
ML Confパラメータの値が他の値に設定される場合、パラメータのうち、識別された情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行い、例えば、ML Confの値が01である場合、STAが現在データを受送信するリンクが6GHZ帯域のリンクであると、5GHZ帯域のリンクを監視送信し始める。STA送信形態は、A)及びB)である。
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に開始し、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に開始するが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例3
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ301~ステップ304を含む。
ステップ301において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ302において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信する。要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAがマルチリンクデータ伝送をサポートするか否かを指示する能力パラメータ、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表5に示される。
Figure 0007229387000005
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
Capabilityとは、STAがマルチリンクデータ伝送をサポートするか否かの能力であり、例示的には、00は、このSTAがマルチリンクをサポートしない能力を表し、01は、このSTAが同時受信又は同時送信をサポートする能力を表し、11は、このSTAが同時受信及び送信をサポートする能力を表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ303において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例示的には、Capabilityの値が00ではなく、かつScaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)、STAバッファのデータ量がMaxBuffer以上の場合、STAに応答シグナリングを送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表6に示される。
Figure 0007229387000006
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackとして設定されてもよい。
ML Confとは、使用可能なリンクを配置することであり、例示的には、01は、6GHZ帯域のリンク及び5GHZ帯域のリンクを用いることを表し、02は、6GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、03は、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、04は、6GHZ帯域のリンク、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、以上のリンク配置は、予め設定されており、STA及びAPには、実際のリンク配置とマッチング関係をつける対応する識別子を含み、APは、STAから送信された要求シグナリングに基づいて、STAが現在データを受送信するリンク情報(2.4GHZ、又は5GHZ、又は6GHZ)を取得し、既存のリンク情報に基づいて他のリンクを配置し、2本のリンクを配置するとき、新しい2本のリンクを配置することがない。
ML Enableとは、マルチリンクを有効にしてデータ伝送を行うか否かを表し、例えば、0に設定される場合、有効にしないことを表し、1に設定される場合、有効にすることを表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ304において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例えば、
ML Enableパラメータの値が0に設定される場合、継続して現在のリンクを使用してデータ受送信を行い、
ML Enableパラメータの値が0に設定される場合、ML Confパラメータの値を読み取り、パラメータのうち、識別された情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行い、例えば、ML Confの値が01である場合、STAが現在データを受送信するリンクが6GHZ帯域のリンクであり、5GHZ帯域のリンクを監視送信し始める。STA送信形態は、A)及びB)である
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に始め、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に始めるが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例4
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ401~ステップ404を含む。
ステップ401において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ402において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信する。要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表7に示される。
Figure 0007229387000007
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ403において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、Scaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)、STAバッファのデータ量がMaxBuffer以上の場合、STAに応答シグナリングを送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表8に示される。
Figure 0007229387000008
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackに設定される。
ML enableとは、マルチリンクを有効にしてデータ伝送を行うか否かを表し、例えば、0に設定される場合、有効にしないことを表し、1に設定される場合、有効にすることを表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ404において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例示的には、
ML enableパラメータの値が0に設定される場合、継続して現在のリンクにおいてデータ受送信を行い、
ML enableパラメータの値が1に設定される場合、第2のリンクを監視し始め、ローカルの能力パラメータに基づいてデータ受送信を行う。
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に始め、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に始めるが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例5
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ501~ステップ504を含む
ステップ501において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ502において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信する。要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表9に示される。
Figure 0007229387000009
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ503において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、Scaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)、STAバッファのデータ量がMaxBuffer以上の場合、STAに応答シグナリングを送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表10に示される。
Figure 0007229387000010
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackとして設定されてもよい。
ML Confとは、使用可能なリンクを配置することであり、例えば、00は、現在のシングルリンクを用いることを表し、01は、6GHZ帯域のリンク及び5GHZ帯域のリンクを用いることを表し、02は、6GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、03は、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、04は、6GHZ帯域のリンク、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、以上のリンク配置は、予め設定されており、STA及びAPには、実際のリンク配置とマッチング関係をつける対応する識別子を含み、APは、STAから送信された要求シグナリングに基づいて、STAが現在データを受送信するリンク情報(2.4GHZ、又は5GHZ、又は6GHZ)を取得し、既存のリンク情報に基づいて他のリンクを配置し、2本のリンクを配置するとき、新しい2本のリンクを配置することがない。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ504において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、例えば、
ML Confパラメータの値が00に設定される場合、継続して現在のリンクを使用してデータ受送信を行い、
ML Confパラメータの値が他の値に設定される場合、パラメータのうち、識別された情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行い、例えば、ML Confの値が01である場合、STAが現在データを受送信するリンクが6GHZ帯域のリンクであり、5GHZ帯域のリンクを監視送信し始める。STA送信形態は、A)及びB)である。
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に始め、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に始めるが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例6
本実施例は、無線LANにおいてデータを受送信する方法を提供し、無線LANにおいてデータを受送信する方法は、ステップ601~ステップ604を含む
ステップ601において、STAは、ローカルにおいてパラメータMaxBufferを設定し、又は、APによりローカルにおいて設定し、STAは、設定されたパラメータMaxBufferをAPから受信する。
ステップ602において、STAとAPとの間に1本の伝送リンクがあり、第1のリンクがデータ伝送を行う。STAは、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、APに要求シグナリングを送信する。要求シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、要求シグナリングは、STAの現在送信すべきデータ量などを含む。
例示的には、要求シグナリングの具体的な形態は、表11に示される。
Figure 0007229387000011
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS requestとして設定されてもよい。
TIDとは、サービスの識別子であり、定義された高速データ伝送サービスタイプID、例えば、110に設定される。
Scaling Factorとは、スケール因子であり、buffer sizeの単位を表す。
Buffer sizeとは、ローカルバッファの送信すべきデータ量である。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ603において、APは、要求シグナリングを受信すると、現在の伝送フレームにおけるパラメータを読み取り、Scaling Factor及びBuffer Sizeの値に基づいて計算された(Buffer SizeにScaling Factorを乗じることで計算された)STAバッファのデータ量がMaxBuffer以上の場合、STAに応答シグナリングを送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームであってもよく、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。
計算されたSTAバッファのデータ量がMaxBufferより小さい場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含み、計算されたSTAバッファのデータ量を比較する際、MaxBufferより大きい場合、応答シグナリングは、STAがマルチリンクを用いることを確認することを含む。MaxBuffer以下である場合、応答シグナリングは、STAがシングルリンクを用いることを確認することを含む。相違点は、臨界値に対する処理が異なることである。
例示的には、応答シグナリングの具体的な形態は、表12に示される。
Figure 0007229387000012
Frame typeとは、現在の伝送フレームのタイプであり、フレームは、チャネルにおいて伝送されるデータユニットであり、例示的には、QoS Ackとして設定されてもよい。
ML Confとは、使用可能なリンクを配置することであり、例示的には、01は、6GHZ帯域のリンク及び5GHZ帯域のリンクを用いることを表し、02は、6GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、03は、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、04は、6GHZ帯域のリンク、5GHZ帯域のリンク及び2.4GHZ帯域のリンクを用いることを表し、以上のリンク配置は、予め設定されており、STA及びAPには、実際のリンク配置とマッチング関係をつける対応する識別子を含み、APは、STAから送信された要求シグナリングに基づいて、STAが現在データを受送信するリンク情報(2.4GHZ、又は5GHZ、又は6GHZ)を取得し、既存のリンク情報に基づいて他のリンクを配置し、2本のリンクを配置するとき、新しい2本のリンクを配置することがない。
ML Enableとは、マルチリンクを有効にしてデータ伝送を行うか否かを表し、例えば、0に設定される場合、有効にしないことを表し、1に設定される場合、有効にすることを表す。
TAとは、送信側のMACアドレスであり、ここで、STAのMACアドレスとして設定される。
RAとは、受信側のMACアドレスであり、ここで、APのMACアドレスとして設定される。
ステップ604において、STAは、応答シグナリングを受信すると、現在の伝送フレームにおけるパラメータML Conf及びML Enableを読み取り、例えば、
ML Enableパラメータの値が0に設定される場合、継続して現在のリンクを使用してデータ受送信を行い、
ML Enableパラメータの値が0に設定される場合、ML Confパラメータの値を読み取り、パラメータのうち、識別された情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行い、例えば、ML Confの値が01である場合、STAが現在データを受送信するリンクが6GHZ帯域のリンクであり、5GHZ帯域のリンクを監視送信し始める。STA送信形態は、A)及びB)である
A)STAが同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信する。データを同期送信することは、STAが1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことを意味し、i及びiiの2つの形態を含む。
i、図2に示すように、データパケットの送信を同時に始め、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
ii、図3に示すように、データパケットの送信を異なる時間に始めるが、データパケットの送信を同時に終了する(データパケット送信の終了時間が同じである)。
B)図4に示すように、STAが同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えない。
実施例7
本実施例は、無線LANにおいてデータを受送信する端末を提供し、この端末には、パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値である。この端末は、第1のリンクを介してネットワークアクセス機器とデータ伝送を行うことができる。この端末には、パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値である。
この端末は、ローカルバッファの送信すべきデータ量を計算する計算手段と、計算手段により計算されたデータ量がMaxBuffer以上の場合、第1のリンクを介して端末に接続されるネットワークアクセス機器に要求シグナリングを送信する要求シグナリング送信装置と、ネットワークアクセス機器から送信された応答シグナリングを受信する応答シグナリング受信装置と、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及び端末の能力に基づいてデータ受送信を行うデータ受送信装置と、を含む。
好ましくは、上記データ受送信装置は、第1のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、第2のリンクを監視し始め、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものである第1のデータ受送信サブ装置を含む。
好ましくは、上記データ受送信装置は、第2のデータ受送信サブ装置であって、応答シグナリングにおけるML Confパラメータの値がシングルリンク情報である場合、継続して現在のリンクを使用してデータ受送信を行い、応答シグナリングにおけるML Confパラメータの値がマルチリンク情報である場合、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML Confは、使用可能なリンクを配置することを表すものである第2のデータ受送信サブ装置を含む。
好ましくは、上記データ受送信装置は、第3のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、応答シグナリングにおけるML Confパラメータの値を読み取り、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものであり、前記ML Confは、使用可能なリンクを配置することを表すものである第3のデータ受送信サブ装置を含む。
実施例8
本実施例は、ネットワークアクセス機器を提供し、このネットワークアクセス機器は、第1のリンクを介して端末とデータ伝送を行うことができる。このネットワークアクセス機器には、パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値である。このネットワークアクセス機器は、端末から送信された要求シグナリングを受信する要求シグナリング受信装置と、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認する確認装置と、端末がマルチリンクを用いるか否かを確認するパラメータを含む応答シグナリングを端末に送信する応答シグナリング送信装置を含む。
好ましくは、上記確認装置は、第1の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、計算されたデータ量がMaxBufferより大きく、かつ端末がマルチリンクデータ伝送をサポートすることを要求シグナリングにおける能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、応答シグナリングの形態は、制御フレーム、又は管理フレーム、又はデータフレームなどであってもよく、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信し、前記能力パラメータCapabilityは、端末がマルチリンクデータ伝送をサポートするか否かを指示するためのものであり、又は、計算されたデータ量がMaxBuffer以上であり、かつ端末がマルチリンクデータ伝送をサポートすることを要求シグナリングにおける能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信する第1の確認サブ装置を含む。
好ましくは、上記確認装置は、第2の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、計算されたデータ量がMaxBufferより大きい場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信し、又は、計算されたデータ量がMaxBuffer以上の場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、逆に、端末がシングルリンクを用いることを確認することを含む応答シグナリングを端末に送信する第2の確認サブ装置を含む。
実施例9
本実施例は、無線LANにおいてデータを受送信するシステムを提供し、無線LANにおいてデータを受送信するシステムは、端末とネットワークアクセス機器とを含み、端末とネットワークアクセス機器とが第1のリンクを介してデータ伝送を行い、端末にはパラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であり、端末は、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、ネットワークアクセス機器に要求シグナリングを送信し、ネットワークアクセス機器から送信された応答シグナリングを受信し、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行い、ネットワークアクセス機器は、端末から送信された要求シグナリングを受信し、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認し、端末がマルチリンクを用いるか否かを確認することを含む応答シグナリングを端末に送信する。
上記実施例では、ソフトウェア、ハードウェア(例えば回路)、ファームウェア又は他の任意の組み合わせにより、全部又は一部が実現されてもよい。ソフトウェアで実現される場合、上記実施例の全部又は一部は、コンピュータプログラム製品の形態で実現されることができる。前記コンピュータプログラム製品は、1つ以上のコンピュータ命令又はコンピュータプログラムを含む。
前記コンピュータ命令又はコンピュータプログラムをコンピュータでローディング及び実行する場合、本出願の実施例にしたがったプロセス又は機能を全体的に又は部分的に生成する。前記コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってもよい。前記コンピュータ命令は、コンピュータ読み取り可能な記憶媒体に記憶されるか、又は、1つのコンピュータ読み取り可能な記憶媒体から別のコンピュータ読み取り可能な記憶媒体に送信されることもでき、例えば、前記コンピュータ命令は1つのウエブサイトサイト、コンピュータ、サーバ又はデータセンタから、有線(例えば赤外、無線、マイクロ波など)によって別のウエブサイトサイト、コンピュータ、サーバ又はデータセンタに送信できる。
前記コンピュータ読み取り可能な記憶媒体は、コンピュータによってアクセス可能な任意の媒体、又は1つ以上の利用可能な媒体が集積されたサーバ、データセンタなどを含むデータ記憶デバイスであってよい。前記利用可能な媒体は、磁気メディア(例えば、フロッピー(登録商標)ディスク、ハードディスク、テープ)、光学媒体(例えば、DVD)、又は半導体媒体であってもよい。半導体媒体は、固体ハードディスクであってもよい。
なお、本出願の各実施例では、上述の各プロセスの番号の大きさは実行順番を表すものではなく、一部又は全てのステップは、並列実行してもよく、順次実行してもよく、各プロセスの実行順番はその機能及び内的ロジックにより決まり、本出願の実施例の実施過程を何ら限定するものではない。
当業者にとって、本明細書に開示される実施例の説明した各例示的なユニット及びアルゴリズムステップを参照して、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせで実現できることを理解しうる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定の応用に対して様々な方法でその説明された機能を実現することができるが、このような実現は本出願の範囲を超えると見なされるべきではない。
当業者であれば、説明を簡易かつ容易にするために、上記説明されたシステム、装置及びユニットの具体的な動作過程は、上記方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略することを明確に理解しうる。
本出願に係るいくつかの実施例において、開示されるシステム、装置及び方法は、他の方式で実現されてもよいと理解すべきである。例えば、以上に説明された装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区分は論理的な機能上の区分に過ぎず、実際に実現するとき、他の区分方式があってもよく、例えば複数のユニット又はコンポーネントは他のシステムに組合せ又は集積されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討された相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
分離部材として説明された前記ユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示された部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、すなわち、一箇所に位置してもよいし、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。
また、本出願の各実施例において、各機能ユニットは1つの処理ユニットに集積されてもよく、各ユニットは独立して物理的に存在してもよく、2つ又は2つ以上のユニットは1つのユニットに集積されてもよい。
前記機能はソフトウェア機能ユニットの形式で実現され、かつ独立した製品として販売又は使用されるとき、1つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本出願の技術案の本質又は従来技術に貢献する部分又は該技術案の部分はソフトウェア製品の形式で現われてもよく、1台のコンピュータ機器(パーソナルコンピュータ、サーバ、ネットワーク装置又は端末機器であってもよい)に本出願の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む1つの記憶媒体に記憶される。そして、上記記憶媒体はUSBメモリ、ポータブルハードディスク、ROM、RAM)、磁気ディスク又は光ディスクなどのプログラムコードを記憶できる様々な媒体を含む。
本出願の実施例では、使用される用語は、特定の実施形態を説明することのみを目的とするものであって、本発明を限定することを意図するものではない。本出願の実施例及び添付の特許請求の範囲で使用されるように、単数形「1つ」、「前記」及び「この」は、文脈がそうではないことを明確に示さない限り、複数形もまた含むことが意図される。本明細書で使用されるように、用語「及び/又は」は、関連する列挙された項目のうちの1つ以上の任意の全ての可能な組合せを指す。本明細書では、符号「/」は、一般には、前後に記載の関連対象が「又は」の関係にあることである。
文脈に依存して、ここで使用される単語の「すれば」又は「と」は、「……であるとき」又は「……場合」又は「決定したことに応答して」又は「検出したことに応答して」として解釈できる。同様に、文脈に依存して、文の「決定すれば」又は「検出すれば(記述する条件又はイベント)」は、「決定した場合」又は「決定したことに応答して」又は「検出した場合(記述する条件又はベンド)」又は「検出したことに応答して(記述する条件又はイベント)」として解釈できる。
当業者が理解できるように、上述実施例の方法の全て又は一部のステップは、プログラムにより関連するハードウェアに命令して実現されてもよく、前記プログラムは、機器読み取り可能な記憶媒体に記憶されてもよく、該プログラムが実行されると、上述の全ての又は一部のステップが含まれ、前記記憶媒体は例えば、FLASH、EEPROMなどである。
以上は本出願の具体的な実施形態に過ぎず、本出願の特許範囲はそれに限定されず、当業者であれば、本出願で開示された技術的範囲を逸脱することなく、変化又は置換を容易に想到することができ、これらは全て本出願の特許範囲内に属すべきである。したがって、本出願の特許範囲は前記特許請求の範囲による特許範囲に準じるべきである。

Claims (14)

  1. 無線LANにおいてデータを受送信する方法であって、
    パラメータMaxBufferを設定するステップであって、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であるステップと、
    端末がローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、ネットワークアクセス機器に要求シグナリングを送信するステップと、
    ネットワークアクセス機器が要求シグナリングを受信すると、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認し、端末がマルチリンクを用いるか否かを確認することを含む応答シグナリングを端末に送信するステップと、
    端末が応答シグナリングを受信すると、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含み、
    前記応答シグナリングは、マルチリンクを用いてデータ伝送を行うか否かを表すML enableパラメータを含み、端末がデータ受送信を行う方法は、
    ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行うステップと、
    ML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、第2のリンクを監視し始め、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む、ことを特徴とする無線LANにおいてデータを受送信する方法。
  2. 前記パラメータMaxBufferを設定する具体的な方法は、端末がローカルにおいてパラメータMaxBufferを設定し、又は、設定されたパラメータMaxBufferをネットワークアクセス機器から受信することである、ことを特徴とする請求項1に記載の無線LANにおいてデータを受送信する方法。
  3. 前記要求シグナリングは、能力パラメータCapability、バッファパラメータScaling Factor及びBuffer Sizeを含み、能力パラメータCapabilityは、端末がマルチリンクデータ伝送をサポートするか否かを指示するためのものであり、バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、ネットワークアクセス機器が端末がマルチリンクを用いるか否かを確認する方法は、
    要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算するステップと、
    計算されたデータ量がMaxBuffer以上であり、かつ端末がマルチリンクデータ伝送をサポートすることを能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップと、を含む、ことを特徴とする請求項1に記載の無線LANにおいてデータを受送信する方法。
  4. 前記要求シグナリングは、端末バッファの送信すべきデータの大きさを指示するバッファパラメータScaling Factor及びBuffer Sizeを含み、ネットワークアクセス機器が端末がマルチリンクを用いるか否かを確認する方法は、
    要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算するステップと、
    計算されたデータ量がMaxBuffer以上の場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信するステップと、を含む、ことを特徴とする請求項1に記載の無線LANにおいてデータを受送信する方法。
  5. 前記応答シグナリングは、使用可能なリンクを配置することを表すML Confパラメータを含み、端末がデータ受送信を行う方法は、
    ML Confパラメータの値がシングルリンク情報である場合、継続して現在のリンクを使用してデータ受送信を行うステップと、
    ML Confパラメータの値がマルチリンク情報である場合、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む、ことを特徴とする請求項1~4のいずれか1項に記載の無線LANにおいてデータを受送信する方法。
  6. 前記応答シグナリングは、ML enableパラメータ及びML Confパラメータを含み、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものであり、前記ML Confは、使用可能なリンクを配置することを表すものであり、端末がデータ受送信を行う方法は、
    ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行うステップと、
    ML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、ML Confパラメータの値を読み取り、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、ローカルの能力パラメータに基づいてデータ受送信を行うステップと、を含む、ことを特徴とする請求項1~4のいずれか1項に記載の無線LANにおいてデータを受送信する方法。
  7. 端末がローカルの能力パラメータに基づいてデータ受送信を行う方法は、
    端末が同時送信又は同時受信をサポートする場合、第1のリンク、及び第2のリンクがいずれもアイドルであることが監視されると、2本のリンクにおいてデータを同期送信するステップであって、前記データを同期送信することは、端末が1本のリンクにおいてデータパケットを送信するとき、もう1本のリンクがデータパケットを受信できないことであるステップと、
    端末が同時送信及び受信をサポートする場合、第1のリンク、及び第2のリンクのいずれかのリンクがアイドルであると、このリンクにおいて送信し、また、1本のリンクがデータパケットを送信するとき、別のリンクがデータパケットを受信することに影響を与えないステップとを含む、ことを特徴とする請求項1に記載の無線LANにおいてデータを受送信する方法。
  8. 無線LANにおいてデータを受送信する端末であって、
    パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であり、
    ローカルバッファの送信すべきデータ量を計算する計算手段と、
    計算手段により計算されたデータ量がMaxBuffer以上の場合、第1のリンクを介して端末に接続されるネットワークアクセス機器に要求シグナリングを送信する要求シグナリング送信装置と、
    ネットワークアクセス機器から送信された応答シグナリングを受信する応答シグナリング受信装置と、
    応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及び端末の能力に基づいてデータ受送信を行うデータ受送信装置と、を含み、
    前記データ受送信装置は、
    第1のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、第2のリンクを監視し始め、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものである第1のデータ受送信サブ装置を含む、ことを特徴とする無線LANにおいてデータを受送信する端末。
  9. データ受送信装置は、
    第2のデータ受送信サブ装置であって、応答シグナリングにおけるML Confパラメータの値がシングルリンク情報である場合、継続して現在のリンクを使用してデータ受送信を行い、応答シグナリングにおけるML Confパラメータの値がマルチリンク情報である場合、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML Confは、使用可能なリンクを配置することを表すものである第2のデータ受送信サブ装置を含む、ことを特徴とする請求項に記載の無線LANにおいてデータを受送信する端末。
  10. データ受送信装置は、
    第3のデータ受送信サブ装置であって、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、継続して現在のリンクにおいてデータ受送信を行い、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、応答シグナリングにおけるML Confパラメータの値を読み取り、ML Confパラメータ中のマルチリンク情報に基づいて、指示帯域の新しいリンクを監視し、端末の能力に基づいてデータ受送信を行い、前記ML enableは、マルチリンクを用いてデータ伝送を行うか否かを表すものであり、前記ML Confは、使用可能なリンクを配置することを表すものである第3のデータ受送信サブ装置を含む、ことを特徴とする請求項に記載の無線LANにおいてデータを受送信する端末。
  11. ネットワークアクセス機器であって、
    パラメータMaxBufferが設定されており、前記パラメータMaxBufferは、第1のリンクを介して接続する端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であり、
    端末から送信された要求シグナリングを受信する要求シグナリング受信装置と、
    要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認する確認装置と、
    端末がマルチリンクを用いるか否かを確認するパラメータを含む応答シグナリングを端末に送信する応答シグナリング送信装置と、を含み、
    前記応答シグナリングにおけるML enableパラメータは、マルチリンクを用いてデータ伝送を行うか否かを表し、前記ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、前記端末が継続して現在のリンクにおいてデータ受送信を行うことを指示し、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、前記端末が第2のリンクを監視し始め、端末の能力に基づいてデータ受送信を行うことを指示する、ことを特徴とするネットワークアクセス機器。
  12. 確認装置は、
    第1の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、
    計算されたデータ量がMaxBuffer以上であり、かつ端末がマルチリンクデータ伝送をサポートすることを要求シグナリングにおける能力パラメータCapabilityが指示する場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信し、前記能力パラメータCapabilityは、端末がマルチリンクデータ伝送をサポートするか否かを指示するためのものである第1の確認サブ装置を含む、ことを特徴とする請求項11に記載のネットワークアクセス機器。
  13. 確認装置は、
    第2の確認サブ装置であって、要求シグナリングにおけるバッファパラメータScaling Factor及びBuffer Sizeの値に基づいて、Buffer SizeにScaling Factorを乗じることで、端末バッファのデータ量を計算し、前記バッファパラメータScaling Factor及びBuffer Sizeは、端末バッファの送信すべきデータの大きさを指示するためのものであり、
    計算されたデータ量がMaxBuffer以上の場合、端末がマルチリンクを用いることを確認することを含む応答シグナリングを端末に送信する第2の確認サブ装置を含む、ことを特徴とする請求項11に記載のネットワークアクセス機器。
  14. 端末とネットワークアクセス機器と、を含み、端末とネットワークアクセス機器とが第1のリンクを介してデータ伝送を行い、無線LANにおいてデータを受送信するシステムであって、
    端末にはパラメータMaxBufferが設定されており、前記パラメータMaxBufferは、端末がマルチリンクでデータ伝送を行う必要があるか否かを判断するデータ量閾値であり、
    端末は、ローカルバッファの送信すべきデータ量を計算し、データ量がMaxBuffer以上の場合、ネットワークアクセス機器に要求シグナリングを送信し、ネットワークアクセス機器から送信された応答シグナリングを受信し、応答シグナリングにおけるパラメータを読み取り、読み取られたパラメータ及びローカルの能力パラメータに基づいてデータ受送信を行い、
    ネットワークアクセス機器は、端末から送信された要求シグナリングを受信し、要求シグナリングにおけるパラメータを読み取り、読み取られたパラメータに基づいて端末がマルチリンクを用いるか否かを確認し、端末がマルチリンクを用いるか否かを確認することを含む応答シグナリングを端末に送信し、
    前記応答シグナリングにおけるML enableパラメータは、マルチリンクを用いてデータ伝送を行うか否かを表し、前記ML enableパラメータの値がマルチリンクを有効にせずデータ伝送を行うことを表す場合、前記端末が継続して現在のリンクにおいてデータ受送信を行うことを指示し、応答シグナリングにおけるML enableパラメータの値がマルチリンクを有効にしてデータ伝送を行うことを表す場合、前記端末が第2のリンクを監視し始め、端末の能力に基づいてデータ受送信を行うことを指示する、ことを特徴とする無線LANにおいてデータを受送信するシステム。
JP2021557456A 2020-05-19 2020-07-16 無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器 Active JP7229387B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010425222.3 2020-05-19
CN202010425222.3A CN111385828B (zh) 2020-05-19 2020-05-19 无线局域网收发数据的方法、终端和***及网络接入设备
PCT/CN2020/102306 WO2021232568A1 (zh) 2020-05-19 2020-07-16 无线局域网收发数据的方法、终端和***及网络接入设备

Publications (2)

Publication Number Publication Date
JP2022537239A JP2022537239A (ja) 2022-08-25
JP7229387B2 true JP7229387B2 (ja) 2023-02-27

Family

ID=71219121

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021557456A Active JP7229387B2 (ja) 2020-05-19 2020-07-16 無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器

Country Status (4)

Country Link
EP (1) EP3934309A4 (ja)
JP (1) JP7229387B2 (ja)
CN (1) CN111385828B (ja)
WO (1) WO2021232568A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118234062A (zh) * 2019-07-12 2024-06-21 华为技术有限公司 一种多链路通信方法及相关装置
CN114006908B (zh) * 2020-07-13 2023-03-10 成都极米科技股份有限公司 一种点对点通信资源分配的方法及终端
CN114375611B (zh) * 2020-07-31 2024-03-19 北京小米移动软件有限公司 多连接的通信方法、装置以及计算机可读存储介质
CN111683413B (zh) * 2020-08-12 2020-11-10 成都极米科技股份有限公司 多链路连接建立的方法、终端、网络接入设备及存储介质
CN114339926B (zh) * 2020-09-30 2023-04-28 极米科技股份有限公司 终端操作模式转换的方法、终端、网络接入设备及介质
CN114731649A (zh) * 2020-11-03 2022-07-08 北京小米移动软件有限公司 多连接下的通信方法和通信设备
KR20230117108A (ko) * 2020-12-18 2023-08-07 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신 방법, 단말 기기 및 네트워크 기기
CN112911728B (zh) * 2021-01-29 2023-05-02 极米科技股份有限公司 隧道直接链路建立中搜索对等终端的方法、终端及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017170164A1 (ja) 2016-04-01 2017-10-05 京セラ株式会社 通信方法、プロセッサ、及びユーザ装置
WO2020013088A1 (ja) 2018-07-09 2020-01-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ アクセスポイント及び通信方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281782B (zh) * 2009-01-23 2016-08-24 华为技术有限公司 上行载频管理方法、设备和***
WO2010101510A2 (en) * 2009-03-05 2010-09-10 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for use in a multi carrier radio system
US8285290B2 (en) * 2009-11-18 2012-10-09 Research In Motion Limited Optimized resource allocation for wireless device in packet transfer mode
CN104703221A (zh) * 2013-12-10 2015-06-10 ***通信集团北京有限公司 一种终端接入目标频段的控制方法、装置及移动网络
US20170332385A1 (en) * 2016-05-11 2017-11-16 Qualcomm Incorporated Buffer status reporting in a wireless local area network (wlan)
CN111050358B (zh) * 2016-06-30 2021-10-26 北京小米移动软件有限公司 数据传输方法、装置、用户设备及基站
US10856203B2 (en) * 2017-01-19 2020-12-01 Qualcomm Incorporated Signaling for link aggregation setup and reconfiguration
US10959153B2 (en) * 2017-09-11 2021-03-23 Qualcomm Incorporated Techniques for multi-link aggregation signaling
WO2019100259A1 (zh) * 2017-11-22 2019-05-31 北京小米移动软件有限公司 数据传输方法、装置及无人机
US12028741B2 (en) * 2018-05-10 2024-07-02 Qualcomm Incorporated Dynamic control channel management
US11202286B2 (en) * 2018-07-11 2021-12-14 Intel Corporation Methods for multi-link setup between a multi-link access point (AP) logical entity and a multi-link non-AP logical entity
CN110944358B (zh) * 2018-09-25 2021-12-24 华为技术有限公司 数据传输方法和设备
US10499282B1 (en) * 2018-09-28 2019-12-03 Cypress Semiconductor Corporation Efficient method to load-balance wireless networks with multi-band interface controllers
CN111132234B (zh) * 2018-11-01 2023-08-04 华为终端有限公司 一种数据传输方法及对应的终端
CN109495931B (zh) * 2018-12-26 2022-06-17 Oppo广东移动通信有限公司 链路聚合的数据传输方法及相关装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017170164A1 (ja) 2016-04-01 2017-10-05 京セラ株式会社 通信方法、プロセッサ、及びユーザ装置
WO2020013088A1 (ja) 2018-07-09 2020-01-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ アクセスポイント及び通信方法

Also Published As

Publication number Publication date
WO2021232568A1 (zh) 2021-11-25
EP3934309A4 (en) 2022-11-23
EP3934309A1 (en) 2022-01-05
JP2022537239A (ja) 2022-08-25
CN111385828B (zh) 2020-09-15
CN111385828A (zh) 2020-07-07

Similar Documents

Publication Publication Date Title
JP7229387B2 (ja) 無線lanにおいてデータを受送信する方法、端末、システム及びネットワークアクセス機器
JP7273180B2 (ja) ネットワークアクセス装置に接続する方法、端末及びコンピュータ読み取り可能な記憶媒体
JP7169465B2 (ja) マルチリンクを用いた端末のデータ送受信方法及び端末
US11330469B2 (en) Increasing access point throughput by exceeding A-MPDU buffer size limitation in a 802.11 compliant station
US10461986B2 (en) Data transmission method, apparatus, and system
JP5898331B2 (ja) マルチチャネル無線通信システム、基地局、チャネル利用方法
CN112291366B (zh) 数据传输方法、装置、存储介质及电子设备
TW201136420A (en) Mac architectures for wireless communications using multiple physical layers
US9225551B2 (en) Communications device
JP2003298592A (ja) 無線lanシステム、主装置およびプログラム
WO2020038132A1 (zh) 数据传输方法及相关装置
US9294336B2 (en) Wireless communication device, router, wireless communication system, and wireless communication method
MX2009000587A (es) Manejo de asociaciones en redes ad hoc.
US20210329528A1 (en) Connection establishment method and related device
KR20220120712A (ko) 신뢰성 있는 통신을 위한 중복 링크
CN107079524B (zh) 一种数据转发的方法和控制器
JP2004221710A (ja) 無線lanシステム、および無線lanシステムの通信制御方法
CN109803454B (zh) 数据传输控制方法及相关产品
WO2015074537A1 (zh) 一种智能电视设备中的通信协议控制方法和装置
WO2005050942A1 (ja) 無線通信システム及び受信確認信号送信制御方法並びにそれに用いる無線局
EP2922365A1 (en) Packet transmission method, system, and station
CN115442921A (zh) 重配置链路的方法、装置、***、设备及存储介质
CN107104813B (zh) 一种信息传输方法、网关及控制器
JP7010297B2 (ja) 基地局装置、無線通信システム及び接続設定方法
CN114697269A (zh) 数据通信方法、装置、设备和介质

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210927

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230124

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230207

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230214

R150 Certificate of patent or registration of utility model

Ref document number: 7229387

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150