[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2022021086A1 - 多连接下的通信方法和通信设备 - Google Patents

多连接下的通信方法和通信设备 Download PDF

Info

Publication number
WO2022021086A1
WO2022021086A1 PCT/CN2020/105273 CN2020105273W WO2022021086A1 WO 2022021086 A1 WO2022021086 A1 WO 2022021086A1 CN 2020105273 W CN2020105273 W CN 2020105273W WO 2022021086 A1 WO2022021086 A1 WO 2022021086A1
Authority
WO
WIPO (PCT)
Prior art keywords
message frame
communication
parameter information
communication method
connection
Prior art date
Application number
PCT/CN2020/105273
Other languages
English (en)
French (fr)
Inventor
董贤东
Original Assignee
北京小米移动软件有限公司
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 北京小米移动软件有限公司 filed Critical 北京小米移动软件有限公司
Priority to EP20947041.8A priority Critical patent/EP4191914A4/en
Priority to US18/002,754 priority patent/US20230247699A1/en
Priority to CN202080001444.0A priority patent/CN114467269B/zh
Priority to PCT/CN2020/105273 priority patent/WO2022021086A1/zh
Publication of WO2022021086A1 publication Critical patent/WO2022021086A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Definitions

  • the present invention relates to the field of communication, and more particularly, to a communication method and communication device under multiple connections.
  • IEEE Institute of Electrical and Electronic Engineers, Institute of Electrical and Electronics Engineers
  • IEEE802.11a/b/g/n/ac Wi- Fi technology
  • the research scope is: 320MHz bandwidth transmission, aggregation and coordination of multiple frequency bands, etc. It is expected to increase the rate and throughput by at least four times compared to the existing IEEE802.11ax standard.
  • Its main application scenarios are Video transmission, AR (Augmented Reality, augmented reality), VR (Virtual Reality, virtual reality), etc.
  • the aggregation and coordination of multiple frequency bands refers to the simultaneous communication between devices in the 2.4GHz, 5.8GHz and 6-7GHz frequency bands.
  • a new MAC Media Access Control, media access control
  • control control
  • the maximum bandwidth that will be supported is 320MHz (160MHz+160MHz), in addition to 240MHz (160MHz+80MHz) and the bandwidth supported in the IEEE802.11ax standard.
  • the station (STA: Station) and the access point (AP: Access Point) can be multi-connection devices (MLD: multi-link device), that is, to support simultaneous transmission under multiple connections at the same time and/or receive functionality. Therefore, in the IEEE802.11be standard, there can be multiple connections between the STA and the AP.
  • MLD multi-connection device
  • the following situations may exist: the reception status of the QoS data frame of the TID (Traffic Identifier, communication identifier) received on one connection must be sent on the same connection, and can be sent on other available connections; For TIDs that can be transmitted to a peer MLD over one or more connections, sequence numbers are assigned based on a common sequence number space shared by multiple connections of the MLD.
  • TID Traffic Identifier, communication identifier
  • QoS data frames with the same TID can be transmitted under one or more links, and the status of their reception can also be identified under one or more links.
  • the QoS data frame may be a single data frame or a continuous data frame.
  • QoS data frames of one TID can be transmitted under multiple connections, and their receiving status can be identified under the same connection or under other connections.
  • the existing BA negotiation mechanism can only be applied to a single connection, so it needs to be enhanced.
  • An exemplary embodiment according to the present disclosure provides a communication method under multiple connections.
  • the communication method includes: determining a first message frame; and sending the first message frame, wherein the first message frame includes parameter information of multi-connection communication.
  • the parameter information includes at least one buffer size parameter.
  • the parameter information further includes at least one connection group identification.
  • the connection group corresponding to the connection group identifier has at least one connection to be used for data transmission among the plurality of connections.
  • the number of buffer size parameters is related to the number of connections in the connection group.
  • the parameter information further includes at least one communication identification, wherein the communication identification corresponds to the connection group identification.
  • the first message frame further includes: a first type identifier, which is used to indicate the type of the first message frame under multiple connections.
  • the first message frame further includes: time information under the multiple connections.
  • the communication method further includes: receiving a response message frame with respect to the first message frame, wherein the response message frame includes information corresponding to the parameter information.
  • a communication method under multiple connections includes: receiving a first message frame, wherein the first message frame includes parameter information of multi-connection communication; and determining a response message frame based on the first message frame.
  • the parameter information includes at least one buffer size parameter.
  • the parameter information further includes at least one connection group identification.
  • the connection group corresponding to the connection group identifier has at least one connection to be used for data transmission among the plurality of connections.
  • the number of buffer size parameters is related to the number of connections in the connection group.
  • the parameter information further includes at least one communication identifier.
  • the communication identifier corresponds to the connection group identifier.
  • the determining of the response message frame includes: determining parameter information in the response message frame based on the parameter information included in the first message frame.
  • the response message frame includes: a second type identifier, which is used to indicate the type of the response message frame under multiple connections.
  • a communication device under multiple connections includes: a processing module configured to: determine a first message frame; and a sending module configured to send the first message frame, wherein the first message frame includes parameter information of multi-connection communication.
  • a multi-connection communication device the communication device includes: a receiving module configured to receive a first message frame, wherein the first message frame includes a multi-connection communication parameter information; a processing module configured to determine a response message frame based on the first message frame.
  • the electronic device includes a memory, a processor, and a computer program stored on the memory and executable on the processor.
  • the processor executes the computer program to implement the method as described above.
  • a computer-readable storage medium is provided according to example embodiments of the present disclosure.
  • a computer program is stored on the computer-readable storage medium.
  • the computer program when executed by a processor, implements the method as described above.
  • the technical solutions provided by the exemplary embodiments of the present disclosure can enable QoS data frames with the same TID to be transmitted under multiple connections and to be identified as receiving states, thereby improving network throughput.
  • 1 is a diagram illustrating an example of a transmission data frame
  • FIG. 2 is a flowchart illustrating a communication method under multiple connections according to an exemplary embodiment of the present disclosure
  • FIG. 3 is a flowchart illustrating a communication method under multiple connections according to another exemplary embodiment of the present disclosure
  • FIG. 4 is a diagram illustrating a communication device under multiple connections according to an example embodiment of the present disclosure
  • FIG. 5 is a diagram illustrating a communication device under multiple connections according to another example embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example of transmitting a data frame.
  • the data frame is transmitted through the connection form shown in FIG. 1 .
  • the initiator and the receiver initiate a session through the handshake of the ADDBA Request (Add Block Confirmation Request) frame and the ADDBA Response (Add Block Confirmation Response) frame.
  • Both the ADDBA Request frame and the ADDBA Response frame can be management frames, and can exist in the form of Action frames (action frames).
  • Action frames Action frames
  • Management frames ADDBA Request frame and ADDBA Response frame
  • Ack Acknowledgment
  • the process of establishing a session is: the initiator sends an ADDBA Request frame to the receiver; the receiver returns an Ack indicating that the ADDBA Request frame has been received, and then the receiver sends an ADDBA Response frame for the ADDBA Request frame; the initiator returns an instruction to receive Ack to ADDBA Response frame.
  • the initiator can send multiple data frames continuously, for example, quality of service (QoS: Quality of Service) data frame (that is, the QoS Data frame of Figure 1), and after the transmission of the data frame is completed, a block acknowledgment request frame (Block Ack Req) is sent; Ack).
  • QoS Quality of Service
  • Block Ack Req Block Ack Req
  • the session can be closed. Specifically, in the (c) teardown phase, the initiator can send a DELBA Request frame, and then the receiver returns Ack.
  • the format of the ADDBA Request frame sent by the initiator to the receiver can be as shown in Table 1 below:
  • Block Ack Action 3 Dialog Token 4 Block Ack Parameter Set 5 Block Ack Timeout Value 6 Block Ack Starting Sequence Control 7 GCR Group Address element(optional) 8 Multi-band(optional) 9 TCLAS(optional) 10 ADDBA Extension(optional)
  • the ADDBA Request frame as an Action frame may include: Type (Category) field, Block Ack Action (Block Ack Action) field, Dialog Token (Dialog Token) field, Block Ack Parameter Set (Block Ack Parameter Set) field , Block Ack Timeout Value field.
  • the ADDBA Request frame may further include: a retransmittable multicast (GCR: Groupcast with Retries) group address element (Group Address Element) field, a multi-band (Multi-band) field, a TCLAS field and ADDBA extension (Extension) field.
  • Block Ack Parameter Set field in the fourth information field of Table 1 can be as shown in Table 2 below:
  • the MSDU may indicate a MAC Service Data Unit (MAC Service Data Unit).
  • the BA policy can be used to define whether the acknowledgment (Ack) is immediate feedback or delayed feedback.
  • the TID may indicate a communication identity.
  • Buffer Size can indicate the number of buffers available for a particular TID. For example, when the A-MSDU Supported field indicated by the Block Ack Parameter Set field sent by the station is equal to 0, the number of bytes that each buffer can hold is equal to the maximum value of the MSDU. When the A-MSDU Supported field is equal to 1 as indicated by the station, the number of bytes that each buffer can hold is equal to the maximum A-MSDU supported by the station.
  • Block Ack Timeout Value field in the fifth information field of Table 1 is shown in Table 3 below:
  • the existing BA negotiation mechanism can only be applied to a single connection.
  • Table 2 only the block acknowledgment parameter set in the case of a single connection is defined, which cannot be applied to multi-connection devices.
  • the BA negotiation mechanism is enhanced.
  • FIG. 2 is a flowchart illustrating a communication method under multiple connections according to an example embodiment of the present disclosure.
  • the flowchart of FIG. 2 may be an operation performed on the initiator side, and correspondingly, FIG. 3 , which will be described below, may be an operation performed by the receiver side.
  • the initiator and the receiver may be communication devices supporting multiple connections.
  • the initiator may be a station (STA: Station), and correspondingly, the receiver may be an access point (AP: Access Point); or the initiator may be an AP, and correspondingly, the receiver may be a STA.
  • the AP may include software applications and/or circuitry to enable other types of nodes in the wireless network to communicate with the outside and inside of the wireless network through the AP.
  • the AP may be a terminal device or a network device equipped with a Wi-Fi (Wireless Fidelity, wireless fidelity) chip.
  • a station STA may include, but is not limited to, cellular phones, smart phones, wearable devices, computers, personal digital assistants (PDAs), personal communication system (PCS) devices, personal information managers (PIMs), personal navigation devices ( PND), GPS, multimedia devices, Internet of Things (IoT) devices, etc.
  • both the AP and the STA may be multi-connection devices.
  • the above description is only exemplary, and exemplary embodiments of the present disclosure are not limited thereto.
  • a first message frame may be determined.
  • the first message frame may be an ADDBA Request frame to be sent by the initiator, however, example embodiments of the present disclosure are not limited thereto, and the first message frame may be any other type of frame according to a communication environment .
  • the first message frame may be determined according to the communication capability of the initiator, the current communication environment, and the like.
  • the pre-stored or pre-written first message frame may be directly obtained, and the step 210 of determining the first message frame is omitted.
  • the first message frame may include a first type identification.
  • the first type identifier may be used to indicate the type of the first message frame under multiple connections. That is, the first message frame can be defined as a new type of Action frame by using the first type identifier.
  • the first type identification may indicate that the first message frame is a new ADDBA request frame suitable for advanced communication standards (eg, the IEEE 802.11be standard).
  • the first type of identification may be the second information field (Block Ack Action) in Table 1, and its specific format may be shown in Table 4 below:
  • any value in the Reserved (Reserved) value 3-255 can be selected as the value of the Block Ack Action (that is, as the value of the first type identifier) to indicate the first Type of message frame.
  • the first type identifier eg, Block Ack Action
  • the first message frame may be set to any value (eg, 3) different from 0 to 2, thereby indicating that the first message frame may be a support advanced A new request frame of a communication standard (eg, IEEE802.11be standard), that is, the first message frame is an ADDBA Request frame under multiple connections.
  • the receiver When the receiver receives the first message frame, it can determine the type of the first message frame according to the first type identifier, and determine whether the first message frame can be further parsed. For example, when a receiver that does not support an advanced communication standard (for example, the IEEE802.11be standard) determines that the received first message frame is a new request frame according to the first type identifier, such a receiver may abandon the request for the first message frame. Further parsing of a message frame.
  • the first type identifier may also be set to 0 value 2, thereby indicating that the first message frame is an ADDBA request frame in an existing standard (eg, IEEE802.11ax standard). That is, example embodiments according to the present disclosure may be compatible with existing standards.
  • the first message frame may further include parameter information of the multi-connection communication.
  • the parameter information included in the first message frame may include at least one buffer size parameter, at least one connection group identifier, at least one communication identifier, and the like.
  • the parameter information of multi-connection communication can be as shown in Table 5 below:
  • the buffer size parameter included in the parameter information may correspond to the Buffer Size (buffer size) in Table 5
  • the connection group identifier included in the parameter information may correspond to the Link set ( connection group)
  • the communication identifier included in the parameter information may correspond to the TID in Table 5.
  • the TID may represent the communication identification of the QoS data frame to be transmitted (eg, the QoS data frame to be transmitted in phase (b) of FIG. 1).
  • QoS data frames with the same TID may be transmitted under multiple connections, during data transmission, QoS data frames may not be transmitted under all of the multiple connections. That is, although a station or AP can activate multiple connections, the specific transmission of QoS data frames may not be performed under all the activated connections, but may transmit QoS data under a certain connection or some of the activated connections. frame. The reception status of the QoS data frame fed back from the receiver may be identified under one or more connections.
  • connection group identification eg,
  • Link set to indicate the connection used to transmit data frames of the same TID. That is to say, the connection group corresponding to the connection group identifier has at least one connection to be used for data transmission among the plurality of connections.
  • the value of the connection group identifier is related to the number of connections among the plurality of connections that will be used for data transfer. For example, when Link set is set to "11000000", it identifies that only two connections will be used for data transfer.
  • Link set is set to "11000000"
  • the number of buffer size parameters is related to the number of connections that are in the connection group.
  • the number of buffer size parameters (Buffer Size) included in the parameter information is related to the value of the link set identifier (Link set).
  • Link set is set to "11000000", that is, to identify that only two connections will be used for data transfer
  • the number of times the buffer size parameter (Buffer Size) appears in the parameter information can correspond to 2, that is, in Table 5, there can be two Buffer Sizes, and the two Buffer Sizes respectively correspond to the two connections that will be used for data transmission.
  • the size of the Buffer Size can be different or the same.
  • the Buffer Size under each connection can vary.
  • the size of the Buffer Size under each connection needs to be the same.
  • the size of the Buffer Size under each connection can be different.
  • connection group identification may also be omitted. That is to say, the first message frame may not include the connection group identifier.
  • the position of each Buffer Size in the parameter information implicitly corresponds to the connection group identifier.
  • the Link set may not be included, and the location of the Buffer Size also implicitly corresponds to the link set ID.
  • Multi-TID multi-communication identifier
  • connection used to transmit the QoS data frame of TID 1 can be identified using Link set 1, and as described with reference to Table 5, the number of occurrences of Buffer Size under TID 1 is related to the connection that has in Link set 1 The number is related; similarly, the connection used to transmit the QoS data frame of TID 2 can be identified using Link set 2, and the number of occurrences of Buffer Size under TID 2 is related to the number of connections in Link set 2.
  • the connections to be used for data transmission in each Link set can be the same or different, that is, the values of each Link set can be the same or different.
  • connection group identification can also be omitted. That is to say, the first message frame may not include the connection group identifier.
  • the position of the Buffer Size under each TID in the parameter information implicitly corresponds to the connection group identifier. For example, referring to Table 6, Link set 1 and Link set 2, etc. may not be included, and the position of Buffer Size under TID 1 implicitly corresponds to the value of the link group identifier Link set 1, and the position of Buffer Size under TID 2 implicitly Inclusively corresponds to the value of the link group identifier Link set 2.
  • the initiator in the data transmission stage (eg, stage (b) shown in FIG. 1 ), can receive the reception status of the QoS data frame under each connection fed back from the receiver.
  • the reception status of the QoS data frame may be reflected in the corresponding feedback message frame (eg, BA) received under each connection, or the QoS data may be reflected in the feedback message frame received under one connection for all connections The reception status of the frame.
  • the communication identification may also be omitted. That is to say, the first message frame may not include the communication identifier.
  • the positions of the buffer size parameter and the connection group identifier in the parameter information implicitly correspond to the communication identifier.
  • the TID may not be included, and the location of the Buffer Size and Link set of each group also implicitly corresponds to the connection group ID.
  • the first message frame may further include: time information under multiple connections.
  • the meaning of the time information included in the first message frame may be the same as the meaning of the Block Ack Timeout Value (Block Ack Timeout Value) in Table 3.
  • time information (Block Ack Timeout Value) may be set under each connection.
  • the time information (Block Ack Timeout Value) under each connection may be set to be the same, in this case, the time information (Block Ack Timeout Value) may be in the same format as Table 3.
  • the exemplary embodiments of the present disclosure are not limited thereto, for example, the time information (Block Ack Timeout Value) under each connection may be set to be different, and in this case, the time information (Block Ack Timeout Value) may include multiple Block Ack Timeout Value and/or the connection group ID corresponding to each connection.
  • the initiator may send the first message frame determined in step 210 to the receiver.
  • the initiator may receive a response message frame from the receiver regarding the first message frame sent in step 230.
  • the received response message frame includes information corresponding to the parameter information described with reference to step 210 . A detailed description will be made later with reference to FIG. 3 .
  • FIG. 3 is a flowchart illustrating a communication method under multiple connections according to another exemplary embodiment of the present disclosure.
  • a first message frame may be received, wherein the first message frame includes parameter information of multi-connection communication.
  • the parameter information included in the first message frame may include at least one buffer size parameter, at least one connection group identifier, at least one communication identifier, and the like.
  • the connection group corresponding to the connection group identifier has at least one connection to be used for data transmission among the plurality of connections.
  • the number of buffer size parameters is related to the number of connections that are in the connection group, and the communication ID corresponds to the connection group ID.
  • the first message frame and parameter information here are similar to those described above with reference to step 210 in FIG. 2 , and repeated descriptions are omitted for brevity.
  • a response message frame may be determined based on the first message frame received in step 310.
  • the determined response message frame may be similar to the format of the first message frame.
  • the format of the determined response message frame may be as shown in Table 7 below:
  • Status Code may represent a status code
  • Status Code, Category, and Dialog Token are similar to existing standards, and their detailed descriptions are omitted for brevity.
  • the response message frame shown in Table 7 may be an example of the format of the ADDBA Responset frame, and the format of the ADDBA Responset frame is not limited to that shown in Table 7, for example, the ADDBA Responset frame may also include the GCR Group Address Element field, Multi-band domain, TCLAS domain and ADDBA Extension domain, etc.
  • the response message frame may include a second type identification.
  • the second identifier is used to indicate the type of the response message frame under multi-connection.
  • the second type of identification may be the Block Ack Action field in Table 7.
  • the Block Ack Action field may be defined according to Table 4 above.
  • any value in the Reserved (Reserved) value 3-255 and different from the first type identifier can be selected as the value of the Block Ack Action (ie, as the value of the second type identifier), to Indicates the type of the response message frame according to an example embodiment of the present disclosure.
  • the second type identifier (eg, Block Ack Action) may be set to any value other than 0 to 2 and the first type identifier (eg, 4), thereby indicating that the response message frame may be
  • a new response frame supporting an advanced communication standard eg, IEEE802.11be standard
  • a response message frame is an ADDBA Response frame under multiple connections.
  • the parameter information in the response message frame may be determined based on the parameter information included in the first message frame received in step 310 .
  • the receiver when the receiver receives the first message frame, if the receiver agrees with the parameter information included in the first message frame sent by the initiator, the receiver keeps the same value of each parameter in the response message frame.
  • the same information as the parameter information (eg, Table 5 and Table 6) of the first message frame can be set in the Block Ack Parameter Set.
  • the parameter information in the response message frame eg, Block Ack Parameter Set in the example of Table 7
  • the parameter information in the response message frame eg, Block Ack Parameter Set in the example of Table 7
  • the parameter information in the response message frame eg, Block Ack Parameter Set in the example of Table 7
  • the parameter information in the response message frame eg, Block Ack Parameter Set in the example of Table 7
  • the parameter information in the response message frame eg, Block Ack Parameter Set in the example of Table 7
  • the receiver when the receiver receives the first message frame, if the receiver does not agree with the parameter information included in the first message frame sent by the initiator, the receiver can set the parameter information that the receiver does not agree with in the response message frame.
  • the value of the corresponding parameter information For example, different Buffer sizes and Link sets can be set in the Block Ack Parameter Set of the response message frame.
  • a response message frame may be sent.
  • the above-mentioned communication methods provided by the exemplary embodiments of the present disclosure can enable QoS data frames with the same TID to be transmitted under multiple connections and to identify receiving states, thereby improving network throughput.
  • FIG. 4 is a diagram illustrating a communication device under multiple connections according to an example embodiment of the present disclosure.
  • the communication device 400 may include: a processing module 410 , a sending module 420 , and a receiving module 430 .
  • the processing module 410 may be configured to: determine the first message frame.
  • the first message frame includes parameter information of the multi-connection communication.
  • the first message frame may be similar in format to that described with reference to FIG. 2, and repeated descriptions are omitted for brevity.
  • the sending module 420 may be configured to send the first message frame.
  • the receiving module 430 may be configured to receive a response message frame with respect to the first message frame, wherein the response message frame includes information corresponding to the parameter information.
  • the response message frame may be similar in format to that described with reference to FIG. 3, and repeated descriptions are omitted for brevity.
  • FIG. 5 is a diagram illustrating a communication device under multiple connections according to another example embodiment of the present disclosure.
  • the communication device 500 may include: a processing module 510 , a sending module 520 , and a receiving module 530 .
  • the receiving module 530 may be configured to receive a first message frame, wherein the first message frame includes parameter information of the multi-connection communication.
  • the first message frame may be similar in format to that described with reference to Fig. 2, and repeated descriptions are omitted for brevity.
  • the processing module 510 may be configured to determine a response message frame based on the first message frame. Specifically, the processing module 510 may be configured to determine the parameter information in the response message frame based on the parameter information included in the first message frame.
  • the sending module 520 may be configured to send a response message frame.
  • the response message frame may be of the same format type as described with reference to step 330, and repeated descriptions are omitted for brevity.
  • the configurations of the communication device 400 of FIG. 4 and the communication device 500 of FIG. 5 are only exemplary, and exemplary embodiments of the present disclosure are not limited thereto.
  • the communication device 400 of FIG. 4 and the communication device 500 of FIG. 5 may include more More or fewer modules.
  • the communication device provided according to the exemplary embodiments of the present disclosure can enable QoS data frames with the same TID to be transmitted under multiple connections and to identify the receiving state, thereby improving network throughput.
  • module may be implemented by a combination of software and/or hardware, which is not specifically limited by the embodiment of the present disclosure.
  • the embodiments of the present disclosure further provide an electronic device, the electronic device includes a processor and a memory; wherein, the memory stores machine-readable instructions (or may referred to as a "computer program"); a processor for executing machine-readable instructions to implement the methods described with reference to FIGS. 2 and 3 .
  • the memory stores machine-readable instructions (or may referred to as a "computer program”); a processor for executing machine-readable instructions to implement the methods described with reference to FIGS. 2 and 3 .
  • Embodiments of the present disclosure also provide a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the method described with reference to FIG. 2 and FIG. 3 is implemented.
  • a processor may be used to implement or execute various exemplary logical blocks, modules and circuits described in connection with the present disclosure, for example, a CPU (Central Processing Unit, central processing unit), general processing device, DSP (Digital Signal Processor, data signal processor), ASIC (Application Specific Integrated Circuit, application-specific integrated circuit), FPGA (Field Programmable Gate Array, Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof.
  • a processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like.
  • the memory may be, for example, ROM (Read Only Memory), RAM (Random Access Memory), EEPROM (Electrically Erasable Programmable Read Only Memory) Read memory), CD-ROM (Compact Disc Read Only Memory, CD-ROM) or other optical disc storage, optical disc storage (including compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), magnetic disk storage media or other magnetic A storage device, or any other medium that can be used to carry or store program code in the form of instructions or data structures and that can be accessed by a computer, without limitation.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • CD-ROM Compact Disc Read Only Memory
  • CD-ROM Compact Disc Read Only Memory
  • optical disc storage including compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.
  • magnetic disk storage media or other magnetic A storage device, or any other medium that can be used to carry or store program code in the form of instructions or data structures and that can

Landscapes

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

Abstract

本公开的示例实施例提供多连接下的通信方法和通信设备。所述通信方法包括：确定第一消息帧；发送所述第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息。本公开的示例实施例提供的技术方案能够使得具有相同通信标识TID的QoS数据帧在多个连接下进行传输及进行接收状态的标识，提高网络吞吐量。

Description

多连接下的通信方法和通信设备 技术领域
本发明涉及通信领域，更具体地说，涉及多连接下的通信方法和通信设备。
背景技术
在2018年5月份，IEEE(Institute of Electrical and Electronic Engineers，电气与电子工程师协会)成立了SG(study group)IEEE802.11be来研究下一代(IEEE802.11a/b/g/n/ac)Wi-Fi技术，所研究的范围为：320MHz的带宽传输、多个频段的聚合及协同等，期望能够相对于现有的IEEE802.11ax标准提高至少四倍的速率以及吞吐量，其主要的应用场景为视频传输、AR(Augmented Reality，增强现实)、VR(Virtual Reality，虚拟现实)等。
多个频段的聚合及协同是指设备间同时在2.4GHz、5.8GHz及6-7GHz的频段下进行通信，对于设备间同时在多个频段下通信需要定义新的MAC(Media Access Control，介质访问控制)机制来进行管理。此外，在IEEE802.11be标准中还期望能够支持低时延传输。
在IEEE802.11be标准中，将支持的最大带宽为320MHz(160MHz+160MHz)，此外还将支持240MHz(160MHz+80MHz)及IEEE802.11ax标准中所支持的带宽。
在IEEE802.11be标准中，站点(STA：Station)和接入点(AP：Access Point)可以是多连接设备(MLD：multi-link device)，即，支持在同一时刻能够在多连接下同时发送和/或接收的功能。因此，在IEEE802.11be标准中，STA与AP之间可以存在多个连接。
在IEEE802.11be标准中，可以存在以下情形：在一个连接上接收到的TID(Traffic Identifier，通信标识)的QoS数据帧的接收状态须在同一 连接上发出，并可在其他可用连接上发出；对于可以通过一个或多个连接传输到对等MLD的TID，根据MLD的多个连接共享的公共序列号空间(common sequence number space)分配序列号(Sequence numbers)。
根据上述情形，具有相同TID的QoS数据帧可在一个或多个link下进行传输，且其接收的状态也可以在一个或多个连接下进行标识。此外，QoS数据帧可以为单数据帧或是连续数据帧。
在现有标准中，为了增加频谱的利用率，在传输数据帧时，一般采用连续数据帧的传输，然后再返回BA(Block Ack，块确认)，其机制如图1所示。
由于在802.11be中可以存在以下情形：一个TID(或多个TID)的QoS数据帧可在多个连接下进行传输，并且其接收状态可在同一连接下进行标识或在其他连接下进行标识。然而，现有的BA协商机制只能适用于单连接，因此需对其进行增强。
发明内容
本公开的各方面将至少解决上述问题和/或缺点。本公开的各种实施例提供以下技术方案：
根据本公开的示例实施例提供一种多连接下的通信方法。所述通信方法包括：确定第一消息帧；发送所述第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息。
根据本公开的示例实施例，所述参数信息包括至少一个缓冲区大小参数。
根据本公开的示例实施例，所述参数信息还包括至少一个连接组标识。所述连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。
根据本公开的示例实施例，所述缓冲区大小参数的数量与所述连接组中具有的连接数量相关。
根据本公开的示例实施例，所述参数信息还包括至少一个通信标识，其中，所述通信标识与所述连接组标识相对应。
根据本公开的示例实施例，所述第一消息帧还包括：第一类型标识，用于指示多连接下的所述第一消息帧的类型。
根据本公开的示例实施例，所述第一消息帧还包括：所述多个连接下的时间信息。
根据本公开的示例实施例，所述通信方法还包括：接收关于所述第一消息帧的响应消息帧，其中，所述响应消息帧包括与所述参数信息相对应的信息。
根据本公开的另一示例实施例提供一种多连接下的通信方法。所述通信方法包括：接收第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息；基于所述第一消息帧，确定响应消息帧。
根据本公开的示例实施例，所述参数信息包括至少一个缓冲区大小参数。
根据本公开的示例实施例，所述参数信息还包括至少一个连接组标识。所述连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。
根据本公开的示例实施例，所述缓冲区大小参数的数量与所述连接组中具有的连接数量相关。
根据本公开的示例实施例，所述参数信息还包括至少一个通信标识。所述通信标识与所述连接组标识相对应。
根据本公开的示例实施例，所述的确定响应消息帧包括：基于所述第一消息帧中包括的所述参数信息，确定所述响应消息帧中的参数信息。
根据本公开的示例实施例，所述响应消息帧包括：第二类型标识，用于指示多连接下的所述响应消息帧的类型。
根据本公开的另一示例实施例提供一种多连接下的通信设备。所述通信设备包括：处理模块，被配置为：确定第一消息帧；发送模块，被配置为发送所述第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息。
根据本公开的另一示例实施例提供一种多连接下的通信设备，所述通信设备包括：接收模块，被配置为接收第一消息帧，其中，所述第一消息 帧包括多连接通信的参数信息；处理模块，被配置为基于所述第一消息帧，确定响应消息帧。
根据本公开的示例实施例提供了一种电子设备。所述电子设备包括存储器、处理器及存储在所述存储器上并在所述处理器上可运行的计算机程序。所述处理器执行所述计算机程序时实现如上所述的方法。
根据本公开的示例实施例提供了一种计算机可读存储介质。所述计算机可读存储介质上存储有计算机程序。该计算机程序被处理器执行时实现如上所述的方法。
本公开的示例实施例提供的技术方案能够使得具有相同TID的QoS数据帧在多个连接下进行传输及进行接收状态的标识，提高网络吞吐量。
附图说明
通过参照附图详细描述本公开的示例实施例，本公开实施例的上述以及其他特征将更加明显，其中：
图1是示出传输数据帧的示例的示图；
图2是示出根据本公开的示例实施例的多连接下的通信方法的流程图；
图3是示出根据本公开的另一示例实施例的多连接下的通信方法的流程图；
图4是示出根据本公开的示例实施例的多连接下的通信设备的示图；
图5是示出根据本公开的另一示例实施例的多连接下的通信设备的示图。
具体实施方式
供以下参照附图的描述，以帮助全面理解由所附权利要求及其等同物限定的本公开的各种实施例。本公开的各种实施例包括各种具体细节，但是这些具体细节仅被认为是示例性的。此外，为了清楚和简洁，可以省略对公知的技术、功能和构造的描述。
在本公开中使用的术语和词语不限于书面含义，而是仅被发明人所使用，以能够清楚和一致的理解本公开。因此，对于本领域技术人员而言，提供本公开的各种实施例的描述仅是为了说明的目的，而不是为了限制的 目的。
应当理解，除非上下文另外清楚地指出，否则这里使用的单数形式“一”、“一个”、“所述”和“该”也可以包括复数形式。应该进一步理解的是，本公开中使用的措辞“包括”是指存在所描述的特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
将理解的是，尽管术语“第一”、“第二”等在本文中可以用于描述各种元素，但是这些元素不应受这些术语的限制。这些术语仅用于将一个元素与另一个元素区分开。因此，在不脱离示例实施例的教导的情况下，下面讨论的第一元素可以被称为第二元素。
应该理解，当元件被称为“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”或者表述“……中的至少一个/至少一者”包括一个或多个相关列出的项目的任何和所有组合。
下面将结合附图详细描述本公开的实施方式。
图1是示出传输数据帧的示例的示图。通过图1所示的连接形式，来进行数据帧的传输。
参照图1，在(a)建立阶段，发起方和接收方通过ADDBA Request(添加块确认请求)帧和ADDBA Response(添加块确认响应)帧的握手，发起一个会话。ADDBA Request帧和ADDBA Response帧均可以是管理帧，并且可以以Action帧(行动帧)的形式存在。管理帧(ADDBA Request帧和ADDBA Response帧)是需要通过Ack(Acknowledgment)确认的。如图1所示，建立会话的过程是：发起方向接收方发送ADDBA Request帧；接收方返回指示接收到ADDBA Request帧的Ack，然后接收方针对ADDBA Request帧发送ADDBA Response帧；发起方返回指示接收到ADDBA Response帧的Ack。
在会话连接建立之后，在(b)数据传输&块确认阶段，例如，在传输机会(TXOP：transmission opportunity)期间，发起方可以连续地发送多 个数据帧，例如，服务质量(QoS：Quality of Service)数据帧(即，图1的QoS Data frame)，并且在数据帧传输结束之后，发送块确认请求帧(Block Ack Req)；接收方反馈回关于多个数据帧的块确认(BA：Block Ack)。
在Block Ack确认完成之后，可以关闭该会话。具体地，在(c)拆除阶段，发起方可以发送DELBA Request帧，然后接收方返回Ack。
在(a)建立阶段，发起方向接收方发送的ADDBA Request帧的格式可以如下面的表格1所示：
表格1.ADDBA Request帧行动域(Action field)格式
顺序(Order) 信息(Information)
1 Category
2 Block Ack Action
3 Dialog Token
4 Block Ack Parameter Set
5 Block Ack Timeout Value
6 Block Ack Starting Sequence Control
7 GCR Group Address element(optional)
8 Multi-band(optional)
9 TCLAS(optional)
10 ADDBA Extension(optional)
参照表格1，作为Action帧的ADDBA Request帧可以包括：类型(Category)域、块确认行动(Block Ack Action)域、对话令牌(Dialog Token)域、块确认参数集(Block Ack Parameter Set)域、块确认超时值(Block Ack Timeout Value)域。此外，可选地(optional)，ADDBA Request帧还可以包括：可重传组播(GCR：Groupcast with Retries)组地址元素(Group Address Element)域、多频带(Multi-band)域、TCLAS域和ADDBA扩展(Extension)域。
表格1的第四信息域中的Block Ack Parameter Set域的定义可以如下面的表格2所示：
表格2.Block Ack Parameter Set fixed field(块确认参数集固定域)
Figure PCTCN2020105273-appb-000001
在表格2中，MSDU可以指示MAC服务数据单元(MAC Service Data Unit)。BA策略可以用于定义确认(Ack)是立即反馈还是延迟反馈。TID可以指示通信标识。Buffer Size可以指示对于一个特定的TID可用的缓冲区的数目。例如，当由站点发送的Block Ack Parameter Set域指示的A-MSDU Supported域等于0时，每个缓冲区能够保持的字节的数目等于MSDU的最大值。当A-MSDU Supported域等于由站点指示的1时，每个缓冲区能够保持的字节的数目等于由站点支持的A-MSDU的最大值。
表格1的第五信息域中的Block Ack Timeout Value域的定义如下面的表格3所示：
表格3.Block Ack Timeout Value fixed field(块确认超时值固定域)
Figure PCTCN2020105273-appb-000002
如上所述，现有的BA协商机制只能适用于单连接，例如，如表格2所示，仅定义了单连接情形下的块确认参数集，无法适用于多连接设备，因此需要对现有的BA协商机制进行增强。
图2是示出根据本公开的示例实施例的多连接下的通信方法的流程图。
图2的流程图可以是在发起方进行的操作，对应地，将在下文描述的图3可以是接收方进行的操作。根据本公开的示例实施例，发起方和接收方可以是支持多连接的通信设备。例如，发起方可以是站点(STA：Station)，对应地，接收方可以是接入点(AP：Access Point)；或者发起方可以是AP，对应地，接收方可以是STA。AP可以包括软件应用和/或电路，以使无线网络中的其他类型节点可以通过AP与无线网络外部及内部进行通信。在一些示例中，作为示例，AP可以是配备有Wi-Fi(Wireless Fidelity，无线保真)芯片的终端设备或网络设备。作为示例，站点STA可以包括但不限于：蜂窝电话、智能电话、可穿戴设备、计算机、个人数字助理(PDA)、个人通 信系统(PCS)设备、个人信息管理器(PIM)、个人导航设备(PND)、全球定位系统、多媒体设备、物联网(IoT)设备等。此外，在本公开的示例实施例中，AP和STA均可以是多连接设备。然而，以上描述仅是示例性的，本公开的示例实施例不限于此。
参照图2，在步骤210中，可以确定第一消息帧。根据本公开的示例实施例，第一消息帧可以是发起方将要发送的ADDBA Request帧，然而，本公开的示例实施例不限于此，根据通信环境，第一消息帧可以是任何其他类型的帧。在一个示例实施例中，可以根据发起方的通信能力、当前的通信环境等来确定第一消息帧。在另一示例实施例中，可以直接获得预先存储或预先写入的第一消息帧，而省略确定第一消息帧的步骤210。
根据本公开的示例实施例，第一消息帧可以包括第一类型标识。该第一类型标识可以用于指示多连接下的第一消息帧的类型。也就是说，利用第一类型标识可以将第一消息帧定义为一种新的Action帧。例如，第一类型标识可以指示第一消息帧是适用于先进的通信标准(例如，IEEE802.11be标准)的新的ADDBA请求帧。根据本公开的示例实施例，第一类型标识可以是表格1中的第二信息域(块确认行动，Block Ack Action)，其具体格式可以如下面的表格4所示：
表格4.Block Ack Action fixed field(块确认行动固定域)格式
Figure PCTCN2020105273-appb-000003
在第一消息帧中，可以选择保留(Reserved)值3-255中任意值作为Block Ack Action的值(即，作为第一类型标识的值)，以指示根据本公开的示例实施例的第一消息帧的类型。例如，在确定第一消息帧时，可以将第一类型标识(例如，Block Ack Action)设置为不同于0至2的任意值(例如，3)，从而指示第一消息帧可以是支持先进的通信标准(例如， IEEE802.11be标准)的新的请求帧，即，第一消息帧是多连接下的ADDBA Request帧。当接收方接收到第一消息帧时，可以根据第一类型标识确定第一消息帧的类型，并且确定是否能够进一步解析第一消息帧。例如，当不支持先进的通信标准(例如，IEEE802.11be标准)的接收方根据第一类型标识确定接收到的第一消息帧是一种新的请求帧时，这样的接收方可以放弃对第一消息帧的进一步解析。此外，第一类型标识还可以被设置为0值2，从而指示第一消息帧是现有标准(例如，IEEE802.11ax标准)中的ADDBA请求帧。也就是说，根据本公开的示例实施例可以兼容现有标准。
根据本公开的示例实施例，第一消息帧还可以包括多连接通信的参数信息。根据本公开的示例实施例，第一消息帧中包括的参数信息可以包括至少一个缓冲区大小参数、至少一个连接组标识以及至少一个通信标识等。例如，多连接通信的参数信息可以如下面的表格5所示：
表格5.第一消息帧的参数信息格式
Figure PCTCN2020105273-appb-000004
表格5中的“A-MSDU Supported”和“Block Ack Policy”的含义与现有标准相似，为了简明，在此省略其描述。
根据本公开的示例实施例，参数信息中包括的缓冲区大小参数可以对应于表格5中的Buffer Size(缓冲区大小)，参数信息中包括的连接组标识可以对应于表格5中的Link set(连接组)，参数信息中包括的通信标识可以对应于表格5中的TID。
TID可以表示将要传输的QoS数据帧(例如，在图1的阶段(b)将要传输的QoS数据帧)的通信标识。
根据本公开的示例实施例，虽然可以在多个连接下传输具有相同TID的QoS数据帧，但是在数据传输过程中，QoS数据帧可能不是在所有的多个连接下进行传输。即，虽然站点或AP可以激活多个连接，但是具体传输QoS数据帧时可能不是在激活的所有连接下进行的，而是可能在被激活的连接中的某个连接或一些连接下传输QoS数据帧。从接收方反馈回的关于QoS数据帧的接收状态可以在一个或多个连接下进行标识。
根据本公开的示例实施例，可以在参数信息中设置连接组标识(例如，
Link set)来指示用于传输相同TID的数据帧的连接。也就是说，连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。换言之，连接组标识的值与多个连接中的将要用于数据传输的连接的数量相关。例如，当Link set设置为“11000000”，标识只有两个连接将要用于数据传输。然而，这仅是示例性的，本公开的示例实施例不限于此。
根据本公开的示例实施例，缓冲区大小参数的数量与连接组中具有的连接数量相关。换言之，参数信息中包括的缓冲区大小参数(Buffer Size)的数量与连接组标识(Link set)的值相关。例如，当Link set设置为“11000000”时，即，标识只有两个连接将要用于数据传输，缓冲区大小参数(Buffer Size)在参数信息中出现的次数(即，缓冲区大小参数的数量)可以对应于2，也就是说，在表格5中，可以存在两个Buffer Size，并且两个Buffer Size分别对应于将要用于数据传输的两个连接。
此外，在每个连接下，Buffer Size的大小可以不同或者相同。在一个实施例中，针对支持同时发送和接收的多连接设备，由于在多连接下传输数据时，各个连接之间不会存在上下行数据传输的干扰，因此，每个连接下的Buffer Size的大小可以不同。在另一实施例中，针对支持同时发送或接收的多连接设备，即，这样的多连接设备在相同时间下只支持发送或者只支持接收，因此在多连接下传输数据时，各个连接之间可能会存在上下行数据传输的干扰，因此，每个连接下的Buffer Size的大小需要相同。然而，这仅是示例性的，本发明构思不限于此，例如，针对支持同时发送或接收的多连接设备，如果发送方在各个连接下传输的数据帧到达接收方的时刻一致(即，各个连接下传输的相应数据帧同时到达接收方)，则每个连接下的Buffer Size的大小可以不同。
此外，根据本公开的示例实施例，也可以省略连接组标识。也就是说，第一消息帧可以不包括连接组标识，在此情况下，每个Buffer Size在参数信息中的位置隐含地与连接组标识相对应。例如，参照表格5，可以不包括Link set，并且Buffer Size的位置也隐含地对应于连接组标识。
此外，考虑到在无线通信中存在多通信标识(Multi-TID)BA的情况， 根据本公开的示例实施例，可以在ADDBA request帧中协商多个TID对应的QoS数据帧的BA机制，如下面的表格6所示：
表格6.第一消息帧的参数信息格式
Figure PCTCN2020105273-appb-000005
在表格6中，用于传输TID 1的QoS数据帧的连接可以使用Link set 1来标识，并且如参照表格5所描述的，TID 1下的Buffer Size出现的次数与Link set 1中具有的连接数量相关；相似地，用于传输TID 2的QoS数据帧的连接可以使用Link set 2来标识，TID 2下的Buffer Size出现的次数与Link set 2中具有的连接数量相关。此外，各个Link set中将要用于数据传输的连接可以是相同，也可以是不同，也就是说，各个Link set的值可以相同也可以不同。
此外，在Multi-TID BA的情况下，也可以省略连接组标识。也就是说，第一消息帧可以不包括连接组标识，在此情况下，每个TID下的Buffer Size在参数信息中的位置隐含地与连接组标识相对应。例如，参照表格6，可以不包括Link set 1和Link set 2等，并且TID 1下的Buffer Size的位置隐含地对应于连接组标识Link set 1的值，TID 2下的Buffer Size的位置隐含地对应于连接组标识Link set 2的值。
根据表格5和表格6的参数信息，在数据传输阶段(例如，图1所示的阶段(b))，发起方可以接收从接收方反馈回的每个连接下的QoS数据帧的接收状态。例如，可以在每个连接下接收到的相应的反馈消息帧(例如，BA)中反应QoS数据帧的接收状态，或者可以在一个连接下接收到的针对所有连接反馈的消息帧中反应QoS数据帧的接收状态。
此外，根据本公开的示例实施例，也可以省略通信标识。也就是说，第一消息帧可以不包括通信标识，在此情况下，缓冲区大小参数和连接组标识在参数信息中的位置隐含地与通信标识相对应。例如，参照表格5和表格6，可以不包括TID，并且每组的Buffer Size和Link set的位置也隐含地对应于连接组标识。
根据本公开的示例实施例，第一消息帧还可以包括：多个连接下的时间 信息。例如，第一消息帧中包括的时间信息的含义可以与表格3中的块确认超时值(Block Ack Timeout Value)的含义相同。然而，在本公开的示例实施例中，可以在每个连接下设置时间信息(Block Ack Timeout Value)。在一个示例实施例中，每个连接下的时间信息(Block Ack Timeout Value)可以设置为相同，在此情况下，时间信息(Block Ack Timeout Value)可以与表格3的格式相同。然而，本公开的示例实施例不限于此，例如，每个连接下的时间信息(Block Ack Timeout Value)可以设置为不相同，此时，时间信息(Block Ack Timeout Value)可以包括多个Block Ack Timeout Value和/或与每个连接相对应的连接组标识。
继续参照图2，在步骤230中，发起方可以向接收方发送在步骤210中确定的第一消息帧。在步骤250中，发起方可以从接收方接收关于步骤230中发送的第一消息帧的响应消息帧。根据本公开的示例实施例，接收到的响应消息帧包括与参照步骤210描述的参数信息相对应的信息。稍后将参照图3进行详细的描述。
图3是示出根据本公开的另一示例实施例的多连接下的通信方法的流程图。
参照图3，在步骤310中，可以接收第一消息帧，其中，第一消息帧包括多连接通信的参数信息。第一消息帧中包括的参数信息可以包括至少一个缓冲区大小参数、至少一个连接组标识以及至少一个通信标识等。连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。缓冲区大小参数的数量与连接组中具有的连接数量相关，并且通信标识与连接组标识相对应。这里的第一消息帧以及参数信息类似于如上面参照图2的步骤210描述的，为了简明，省略重复的描述。
在步骤330中，可以基于在步骤310中接收到的第一消息帧，确定响应消息帧。
在一个示例实施例中，确定的响应消息帧可以类似于第一消息帧的格式。例如，作为一个示例，确定的响应消息帧的格式可以如下面的表格7所示：
表格7.ADDBA Response帧行动域(Action field)格式
顺序(Order) 信息(Information)
1 Category
2 Block Ack Action
3 Dialog Token
4 Status Code
5 Block Ack Parameter Set
6 Block Ack Timeout Value
参照表格7，Status Code可以表示状态代码，并且Status Code、Category和Dialog Token与现有标准相似，为了简明，省略其详细描述。将理解的是，表格7所示的响应消息帧可以是ADDBA Responset帧的格式的示例，并且ADDBA Responset帧的格式不限于表格7所示，例如，ADDBA Responset帧还可以包括GCR Group Address Element域、Multi-band域、TCLAS域和ADDBA Extension域等。
根据本公开的实施例，响应消息帧可以包括第二类型标识。该第二标识用于指示多连接下的响应消息帧的类型。例如，第二类型标识可以是表格7中的Block Ack Action域。在一个示例实施例中，Block Ack Action域可以根据上面的表格4来进行定义。在响应消息帧中，可以选择保留(Reserved)值3-255中的并且不同于第一类型标识的任意值，作为Block Ack Action的值((即，作为第二类型标识的值))，以指示根据本公开的示例实施例的响应消息帧的类型。例如，在确定响应消息帧时，可以将第二类型标识(例如，Block Ack Action)设置为不同于0至2以及第一类型标识的任意值(例如，4)，从而指示响应消息帧可以是支持先进的通信标准(例如，IEEE802.11be标准)的新的响应帧，即，响应消息帧是多连接下的ADDBA Response帧。
在一个示例实施例中，具体地，可以基于步骤310中接收到的第一消息帧中包括的参数信息，确定响应消息帧中的参数信息。
例如，当接收方接收到第一消息帧时，如果接收方同意发起方发送的第一消息帧中包括的参数信息时，则接收方在响应消息帧中，将各个参数 保持相同的值。例如，在表格7的示例中，可以在Block Ack Parameter Set中设置与第一消息帧的参数信息(例如，表格5和表格6)相同的信息。然而，这仅是示例性的，例如，在接收方同意发起方发送的第一消息帧的参数信息时，响应消息帧中的参数信息(例如，表格7的示例中的Block Ack Parameter Set)可以仅包括单个比特的值，用于指示同意第一消息帧的参数信息。
例如，当接收方接收到第一消息帧时，如果接收方不同意发起方发送的第一消息帧中包括的参数信息时，则接收方在响应消息帧中，可以设置与不同意的参数信息相对应的参数信息的值。例如，可以在响应消息帧的Block Ack Parameter Set中设置不同的Buffer size和Link set等。
继续参照图3，在步骤350中，可以发送响应消息帧。
本公开的示例实施例提供的上述通信方法能够使得具有相同TID的QoS数据帧在多个连接下进行传输以及进行接收状态的标识，提高网络吞吐量。
图4是示出根据本公开的示例实施例的多连接下的通信设备的示图。
参照图4，通信设备400可以包括：处理模块410、发送模块420、接收模块430。
处理模块410可以被配置为：确定第一消息帧。第一消息帧包括多连接通信的参数信息。第一消息帧可以与参照图2描述的格式相似，为了简明省略重复的描述。
发送模块420可以被配置为发送第一消息帧。接收模块430可以被配置为：接收关于第一消息帧的响应消息帧，其中，响应消息帧包括与参数信息相对应的信息。响应消息帧可以与参照图3描述的格式相似，为了简明省略重复的描述。
图5是示出根据本公开的另一示例实施例的多连接下的通信设备的示图。
参照图5，通信设备500可以包括：处理模块510、发送模块520、接收模块530。
接收模块530可以被配置为接收第一消息帧，其中，第一消息帧包括多连接通信的参数信息。第一消息帧可以与参照图2描述的格式相似，为 了简明省略重复的描述。
处理模块510可以被配置为基于第一消息帧，确定响应消息帧。具体地，处理模块510可以被配置为基于第一消息帧中包括的参数信息，确定响应消息帧中的参数信息。发送模块520可以被配置为发送响应消息帧。响应消息帧可以与参照步骤330描述的格式类型，为了简明，省略重复的描述。
图4的通信设备400和图5的通信设备500的配置这仅是示例性的，本公开的示例实施例不限于此，例如，图4的通信设备400和图5的通信设备500可以包括更多或更少的模块。
根据本公开的示例实施例提供的通信设备能够使得具有相同TID的QoS数据帧在多个连接下进行传输以及进行接收状态的标识，提高网络吞吐量。
此外，上述的“模块”可以通过软件和/或硬件的结合来实现，对此本公开实施例不进行具体限制。
基于与本公开的实施例所提供的方法相同的原理，本公开的实施例还提供了一种电子设备，该电子设备包括处理器和存储器；其中，存储器中存储有机器可读指令(也可以称为“计算机程序”)；处理器，用于执行机器可读指令以实现参照图2和图3描述的方法。
本公开的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现参照图2和图3描述的方法。
在示例实施例中，处理器可以是用于实现或执行结合本公开内容所描述的各种示例性的逻辑方框、模块和电路，例如，CPU(Central Processing Unit，中央处理器)、通用处理器、DSP(Digital Signal Processor，数据信号处理器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等。
在示例实施例中，存储器可以是，例如，ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、EEPROM(Electrically Erasable Programmable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact Disc Read Only Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的程序代码并能够由计算机存取的任何其他介质，但不限于此。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。此外，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
虽然已经参照本公开的某些实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离本公开的范围的情况下，可以在形式和细节上进行各种改变。因此，本公开的范围不应被限定为受限于实施例，而是应由所附权利要求及其等同物限定。

Claims (19)

  1. 一种多连接下的通信方法，所述通信方法包括：
    确定第一消息帧；
    发送所述第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息。
  2. 根据权利要求1所述的通信方法，其中，所述参数信息包括至少一个缓冲区大小参数。
  3. 根据权利要求2所述的通信方法，其中，所述参数信息还包括至少一个连接组标识，所述连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。
  4. 根据权利要求3所述的通信方法，其中，所述缓冲区大小参数的数量与所述连接组中具有的连接数量相关。
  5. 根据权利要求3所述的通信方法，其中，所述参数信息还包括至少一个通信标识，
    其中，所述通信标识与所述连接组标识相对应。
  6. 根据权利要求1所述的通信方法，其中，所述第一消息帧还包括：第一类型标识，用于指示多连接下的所述第一消息帧的类型。
  7. 根据权利要求1所述的通信方法，其中，所述第一消息帧还包括：所述多个连接下的时间信息。
  8. 根据权利要求1所述的通信方法，所述通信方法还包括：
    接收关于所述第一消息帧的响应消息帧，
    其中，所述响应消息帧包括与所述参数信息相对应的信息。
  9. 一种多连接下的通信方法，所述通信方法包括：
    接收第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息；
    基于所述第一消息帧，确定响应消息帧。
  10. 根据权利要求8所述的通信方法，其中，所述参数信息包括至少一个缓冲区大小参数。
  11. 根据权利要求9所述的通信方法，其中，所述参数信息还包括至少一个连接组标识，所述连接组标识对应的连接组具有多个连接中将要用于数据传输的至少一个连接。
  12. 根据权利要求11所述的通信方法，其中，所述缓冲区大小参数的数量与所述连接组中具有的连接数量相关。
  13. 根据权利要求11所述的通信方法，其中，所述参数信息还包括至少一个通信标识，
    其中，所述通信标识与所述连接组标识相对应。
  14. 根据权利要求9至13中的任一项所述的通信方法，其中，所述的确定响应消息帧，包括：
    基于所述第一消息帧中包括的所述参数信息，确定所述响应消息帧中的参数信息。
  15. 根据权利要求9所述的通信方法，其中，所述响应消息帧包括：第二类型标识，用于指示多连接下的所述响应消息帧的类型。
  16. 一种多连接下的通信设备，所述通信设备包括：
    处理模块，被配置为：确定第一消息帧；
    发送模块，被配置为发送所述第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息。
  17. 一种多连接下的通信设备，所述通信设备包括：
    接收模块，被配置为接收第一消息帧，其中，所述第一消息帧包括多连接通信的参数信息；
    处理模块，被配置为基于所述第一消息帧，确定响应消息帧。
  18. 一种电子设备，包括存储器、处理器及存储在所述存储器上并在所述处理器上可运行的计算机程序，其中，所述处理器执行所述计算机程序时实现权利要求1-15任一项所述的方法。
  19. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现权利要求1-15任一项所述的方法。
PCT/CN2020/105273 2020-07-28 2020-07-28 多连接下的通信方法和通信设备 WO2022021086A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20947041.8A EP4191914A4 (en) 2020-07-28 2020-07-28 MULTILINK COMMUNICATION METHOD AND COMMUNICATION DEVICE
US18/002,754 US20230247699A1 (en) 2020-07-28 2020-07-28 Multi-link communication method and communication device
CN202080001444.0A CN114467269B (zh) 2020-07-28 2020-07-28 多连接下的通信方法和通信设备
PCT/CN2020/105273 WO2022021086A1 (zh) 2020-07-28 2020-07-28 多连接下的通信方法和通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/105273 WO2022021086A1 (zh) 2020-07-28 2020-07-28 多连接下的通信方法和通信设备

Publications (1)

Publication Number Publication Date
WO2022021086A1 true WO2022021086A1 (zh) 2022-02-03

Family

ID=80036963

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/105273 WO2022021086A1 (zh) 2020-07-28 2020-07-28 多连接下的通信方法和通信设备

Country Status (4)

Country Link
US (1) US20230247699A1 (zh)
EP (1) EP4191914A4 (zh)
CN (1) CN114467269B (zh)
WO (1) WO2022021086A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101582756A (zh) * 2008-05-14 2009-11-18 北京中电华大电子设计有限责任公司 一种实现无线局域网立即块应答机制的方法
EP2451114A1 (en) * 2010-11-04 2012-05-09 Canon Kabushiki Kaisha Communication apparatus, corresponding method and storage medium for avoiding aggregation frame loss during power saving mode
CN106506125A (zh) * 2015-09-08 2017-03-15 华为技术有限公司 建立、拆除块确认通信机制的方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10959153B2 (en) * 2017-09-11 2021-03-23 Qualcomm Incorporated Techniques for multi-link aggregation signaling
US11558777B2 (en) * 2018-12-28 2023-01-17 Intel Corporation Methods of multi-link buffer management without block acknowledgement (BA) negotiation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101582756A (zh) * 2008-05-14 2009-11-18 北京中电华大电子设计有限责任公司 一种实现无线局域网立即块应答机制的方法
EP2451114A1 (en) * 2010-11-04 2012-05-09 Canon Kabushiki Kaisha Communication apparatus, corresponding method and storage medium for avoiding aggregation frame loss during power saving mode
CN106506125A (zh) * 2015-09-08 2017-03-15 华为技术有限公司 建立、拆除块确认通信机制的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
AU EDWARD: "IEEE 802.11be: Extremely High Throughput [Standards]", IEEE VEHICULAR TECHNOLOGY MAGAZINE, IEEE,, US, vol. 14, no. 3, 1 September 2019 (2019-09-01), US , pages 138 - 140, XP011740311, ISSN: 1556-6072, DOI: 10.1109/MVT.2019.2920204 *

Also Published As

Publication number Publication date
CN114467269B (zh) 2024-04-30
US20230247699A1 (en) 2023-08-03
EP4191914A4 (en) 2023-08-09
EP4191914A1 (en) 2023-06-07
CN114467269A (zh) 2022-05-10

Similar Documents

Publication Publication Date Title
WO2022094940A1 (zh) 通信方法和通信设备
WO2022151485A1 (zh) 多连接下的通信方法和通信设备
WO2022151486A1 (zh) 通信方法和通信设备
WO2022147723A1 (zh) 通信方法和通信设备
WO2022021086A1 (zh) 多连接下的通信方法和通信设备
WO2022147734A1 (zh) 通信方法和通信设备
WO2023004644A1 (zh) 多连接下的通信方法和通信装置
WO2022151487A1 (zh) 通信方法和通信装置
CN115211226B (zh) 通信方法和通信装置
WO2022016527A1 (zh) 多连接下的通信方法和通信设备
WO2022056846A1 (zh) 多连接下的通信方法和通信设备
WO2022217586A1 (zh) 多连接下的通信方法和通信装置
WO2022252027A1 (zh) 多连接下的通信方法和通信装置
WO2022170448A1 (zh) 多连接下的通信方法和通信装置
WO2023056608A1 (zh) 通信方法和通信装置
WO2022165680A1 (zh) 多连接下的通信方法和通信装置
WO2023019412A1 (zh) 通信方法和通信装置
WO2022241641A1 (zh) 通信方法和通信装置
WO2023279266A1 (zh) 一种通信方法和通信装置
WO2023015415A1 (zh) 通信方法和通信装置
WO2023193264A1 (zh) 通信方法及装置、电子设备及存储介质
WO2022213387A1 (zh) 通信方法和通信装置
WO2023151250A1 (zh) 多链路通信方法及装置
WO2022198596A1 (zh) 多连接下的通信方法和通信装置
WO2022160185A1 (zh) 通信方法和通信设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20947041

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2020947041

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2020947041

Country of ref document: EP

Effective date: 20230228

NENP Non-entry into the national phase

Ref country code: DE