KR20230136171A

KR20230136171A - 통신 장치, 통신 장치의 제어 방법 및 프로그램

Info

Publication number: KR20230136171A
Application number: KR1020237028763A
Authority: KR
Inventors: 유키 요시카와
Original assignee: 캐논 가부시끼가이샤
Priority date: 2021-02-05
Filing date: 2021-11-12
Publication date: 2023-09-26
Also published as: CN117204101A; US20230379748A1; EP4290944A1; WO2022168393A1; JP2022120680A

Abstract

IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치는, 해당 다른 통신 장치로부터 해당 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하고, 해당 제1 프레임에 기초하여, 해당 다른 통신 장치로부터 송신되는 해당 제1 프레임의 해당 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하고, 해당 복수의 링크 중 제2 링크에서 제2 프레임을 송신한다. 해당 통신 장치는, 해당 수신 타이밍을 포함하는 기간에 있어서 해당 제2 프레임을 송신하지 않고, 해당 제1 프레임이 수신된 것에 따라, 해당 제2 링크에서 해당 제2 프레임을 송신한다.

Description

통신 장치, 통신 장치의 제어 방법 및 프로그램

본 발명은, 무선 통신 기술에 관한 것이다.

근년의 통신되는 데이터양의 증가에 수반하여, 무선 LAN(Local Area Network) 등의 통신 기술의 개발이 진행되고 있다. 무선 LAN의 주요한 통신 규격으로서, IEEE(Institute of Electrical and Electronics Engineers) 802.11 규격 시리즈가 알려져 있다. IEEE 802.11 규격 시리즈에는 IEEE 802.11a/b/g/n/ac/ax 등의 규격이 포함된다. 예를 들어 IEEE 802.11ax에서는, OFDMA(Orthogonal Frequency Division Multiple Access(직교 주파수 다원 접속))를 이용하여, 최대 9.6기가비트/s(Gbps)라는 높은 피크 스루풋에 더해, 혼잡 상황 하에서의 통신 속도를 향상시키는 기술이 규격화되어 있다(특허문헌 1).

추가적인 스루풋 향상이나 주파수 이용 효율의 개선, 통신 레이턴시 개선을 지향한 후계 규격으로서, IEEE 802.11be라고 칭해지는 task group이 발족하였다. IEEE 802.11be에서는, 1대의 AP(액세스 포인트)가 1대의 STA(스테이션)와 2.4㎓대 등의 주파수 밴드로 복수의 링크(Link)을 구축하여, 동시 통신을 행하는 멀티 링크(Multi-Link) 통신이 검토되고 있다. 또한, 무선 통신 디바이스의 하드웨어 상의 제약으로부터, 멀티 링크 통신에 있어서, 어느 한 링크에서 송신 동작 중에 다른 링크에서 수신 동작을 할 수 없도록 구성되는 AP나 STA가 검토되고 있다.

일본 특허 공개 제2018-50133호 공보

어느 한 링크에서 송신 동작 중에 다른 링크에서 수신 동작을 할 수 없는 STA는, 각 링크에서 정기적으로 Beacon(비콘) 프레임(이하, Beacon이라고 칭하는 경우가 있음)을 수신할 필요가 있다. 그러나, 이와 같은 STA는, 당해 어느 한 링크에서 어떠한 데이터를 송신하고 있는 동안에는, 당해 다른 링크에서는 Beacon을 포함하는 그룹 어드레스 프레임을 수신할 수 없다. 또한, 이와 같은 STA는, 당해 어느 한 링크에서 Beacon을 수신할 타이밍을 알고 있었다고 하더라도, 링크의 혼잡 상태에 따라서는 Beacon을 수신할 타이밍이 어긋나는 경우가 있다. 이러한 경우에도, STA는 당해 어느 한 링크에서 송신 동작 중에 당해 다른 링크에서 송신 동작을 할 수 없도록 동작할 필요가 있다.

본 발명은 상기 과제를 감안하여 이루어진 것이고, 멀티 링크 통신에 있어서 정기적으로 송신되는 프레임의 수신 타이밍의 어긋남이 생긴 경우의 송수신 제어의 기술을 제공한다.

본 발명의 일 양태에 의한 통신 장치는, IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치이며, 상기 다른 통신 장치로부터 상기 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하는 수신 수단과, 상기 제1 프레임에 기초하여, 상기 다른 통신 장치로부터 송신되는 상기 제1 프레임의 상기 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하는 취득 수단과, 상기 복수의 링크 중 제2 링크에서 제2 프레임을 송신하는 송신 수단을 갖고, 상기 송신 수단은, 상기 수신 타이밍을 포함하는 기간에 있어서 상기 제2 프레임을 송신하지 않고, 상기 수신 수단에 의해 상기 제1 프레임이 수신된 것에 따라, 상기 제2 링크에서 상기 제2 프레임을 송신한다.

본 발명에 의하면, 멀티 링크 통신에 있어서 정기적으로 송신되는 프레임의 수신 타이밍의 어긋남이 생긴 경우의 송수신 제어의 기술이 제공된다.

본 발명의 그 밖의 특징 및 이점은, 첨부 도면을 참조로 한 이하의 설명에 의해 밝혀질 것이다. 또한, 첨부 도면에 있어서는, 동일하거나 혹은 마찬가지의 구성에는 동일한 참조 번호를 붙인다.

첨부 도면은 명세서에 포함되어 그 일부를 구성하고, 본 발명의 실시 형태를 나타내며, 그 기술과 함께 본 발명의 원리를 설명하기 위해 이용된다.
도 1은, 무선 통신 시스템의 구성예를 도시하는 도면이다.
도 2는, 통신 장치의 하드웨어 구성예를 도시하는 도면이다.
도 3은, 통신 장치의 기능 구성예를 도시하는 도면이다.
도 4a는, 실시예 1에 의한 STA에 의해 실행되는 처리의 흐름도이다.
도 4b는, 실시예 1에 의한 STA에 의해 실행되는 처리의 흐름도이다.
도 5는, 실시예 1에 의한 AP와 STA의 처리의 일례를 나타내는 시퀀스도이다.
도 6은, 실시예 1에 의한 AP와 STA의 처리의 다른 예를 나타내는 시퀀스도이다.
도 7a는, 실시예 2에 의한 STA에 의해 실행되는 처리의 흐름도이다.
도 7b는, 실시예 2에 의한 STA에 의해 실행되는 처리의 흐름도이다.
도 8은, 실시예 2에 의한 AP와 STA의 처리의 일례를 나타내는 시퀀스도이다.
도 9는, 실시예 2에 의한 AP와 STA의 처리의 다른 예를 나타내는 시퀀스도이다.
도 10은, 실시예 2에 의한 AP와 STA의 처리의 다른 예를 나타내는 시퀀스도이다.
도 11은, 실시예 3에 의한 AP와 STA의 처리의 일례를 나타내는 시퀀스도이다.
도 12는, 실시예 3에 의한 AP와 STA의 처리의 다른 예를 나타내는 시퀀스도이다.
도 13은, TIM element의 구성예를 나타낸다.

이하, 첨부 도면을 참조하여 실시 형태를 상세히 설명한다. 또한, 이하의 실시 형태는 특허 청구 범위에 관한 발명을 한정하는 것은 아니다. 실시 형태에는 복수의 특징이 기재되어 있지만, 이들 복수의 특징 모두가 발명에 필수적인 것이라고는 할 수 없고, 또한 복수의 특징은 임의로 조합되어도 된다. 또한, 첨부 도면에 있어서는, 동일하거나 혹은 마찬가지의 구성에 동일한 참조 번호를 붙여, 중복된 설명은 생략한다.

(무선 통신 시스템의 구성)

도 1은, 본 실시 형태에 따른 무선 통신 시스템의 구성예를 도시한다. 본 시스템은, 통신 장치(101, 102, 105)를 갖고 구성된다. 통신 장치(102)(이하, STA(102))는, 무선 네트워크(100)에 참가하는 역할을 갖는 STA(스테이션/단말 장치)이다. 통신 장치(101)(이하, AP(101))는, 무선 네트워크(100)를 구축하는 역할을 갖는 AP(액세스 포인트)이다. AP(101)는 STA(102)와 통신 가능하다. 통신 장치(105)(이하, STA(105))는, 무선 네트워크(100)에 참가하고 있지 않은 STA이다. STA(105)는, AP(101)와는 통신할 수 없지만, 서로의 전파가 간섭하는 거리에 있는 것으로 한다.

AP(101), STA(102)의 각각은, IEEE 802.11be(EHT(Extreme/Extremely High Throughput)) 규격에 준거한 무선 통신을 실행할 수 있다. AP(101), STA(102)는, 2.4㎐대, 5㎓대, 6㎓대, 60㎓대 등의 주파수에 있어서 통신할 수 있다. 각 통신 장치가 사용하는 주파수대는 이에 한정되는 것은 아니며, 예를 들어 60㎓대와 같이 다른 주파수대를 사용해도 된다. 또한, AP(101), STA(102)는, 20㎒, 40㎒, 80㎒, 160㎒ 및 320㎒의 대역폭을 사용하여 통신할 수 있다. 각 통신 장치가 사용하는 대역폭은 이에 한정되는 것은 아니며, 예를 들어 240㎒나 4㎒와 같이 다른 대역폭을 사용해도 된다.

AP(101)는, IEEE 802.11be 규격에 준거한 OFDMA 통신을 실행함으로써, 복수의 유저의 신호를 다중하는 멀티 유저(Multi User(MU)) 통신을 실현할 수 있다. OFDMA 통신에서는, 분할된 주파수 대역의 일부(Resource Unit(RU))가 각 STA에 각각 중첩되지 않도록 할당되고, 각 STA에 대한 반송파가 직교한다. 그 때문에, AP는 규정된 대역폭 중에서 복수의 STA와 병행하여 통신할 수 있다.

또한, AP(101), STA(102)는, IEEE 802.11be 규격에 대응하는 것으로 하였지만, 이것에 더해, IEEE 802.11be 규격보다 전의 규격인 레거시 규격에 대응하고 있어도 된다. 구체적으로는, AP(101), STA(102)는, IEEE 802.11a/b/g/n/ac/ax 규격 중 적어도 어느 하나에 대응하고 있어도 된다. 또한, IEEE 802.11 시리즈 규격에 더해, Bluetooth(등록 상표), NFC(Near Field Communication), UWB(Ultra Wide Band), ZigBee, MBOA(Multi Band OFMA Alliance) 등의 다른 통신 규격에 대응하고 있어도 된다. UWB에는 와이어리스 USB, 와이어리스 1394, WiNET 등이 포함된다. 또한, 유선 LAN 등의 유선 통신의 통신 규격에 대응하고 있어도 된다.

AP(101)의 구체예로서는, 무선 LAN 라우터나 퍼스널 컴퓨터(PC) 등을 들 수 있지만, 이들에 한정되지 않는다. 또한 AP(101)는, IEEE 802.11be 규격에 준거한 무선 통신을 실행할 수 있는 무선 칩 등의 정보 처리 장치여도 된다. 또한, STA(102)의 구체적인 예로서는 카메라, 태블릿, 스마트폰, PC, 휴대 전화, 비디오 카메라, 헤드셋 등을 들 수 있지만, 이들에 한정되지 않는다. 또한, STA(102)는, IEEE 802.11be 규격에 준거한 무선 통신을 실행할 수 있는 무선 칩 등의 정보 처리 장치여도 된다.

AP(101) 및 STA(102)는, 복수의 주파수 채널을 통해 링크를 확립하여 통신하는 멀티 링크 통신을 실행한다. IEEE 802.11 시리즈 규격에서는, 각 주파수 채널의 대역폭은 20㎒로서 정의되어 있다. 여기서, 주파수 채널이란, IEEE 802.11 시리즈 규격으로 정의된 주파수 채널이며, 당해 규격에서는, 2.4㎓대, 5㎓대, 6㎓대, 60㎓대의 각 주파수대에 복수의 주파수 채널이 정의되어 있다. 또한, 인접하는 주파수 채널과 본딩함으로써, 하나의 주파수 채널에 있어서 40㎒ 이상의 대역폭을 이용해도 된다.

예를 들어 AP(101)는, STA(102)와 2.4㎓대의 제1 주파수 채널을 통한 링크(103)를 확립하여 통신할 수 있다. STA(102)는 이와 병행하여, AP(101)와 5㎓대의 제2 주파수 채널을 통한 링크(104)를 확립하여 통신할 수 있다. 이 경우에 STA(102)는, 링크(103)와 병행하여 링크(104)를 유지하는 멀티 링크 통신을 실행한다. 이와 같이 AP(101)는 복수의 주파수 채널을 사용한 복수의 링크(멀티 링크)를 STA(102)와 확립함으로써, STA(102)와의 통신에 있어서의 스루풋을 향상시킬 수 있다.

또한, 멀티 링크 통신에 있어서, 주파수대가 다른 링크를 복수 확립해도 된다. 예를 들어 AP(101)와 STA(102)는, 2.4㎓대에 있어서의 링크(103)와 6㎓대에 있어서의 링크(104)에 더해, 5㎓대에 있어서의 다른 링크를 확립하도록 해도 된다. 혹은, 동일한 주파수대에 포함되는 복수의 다른 채널을 통해 링크를 확립하도록 해도 된다. 예를 들어 AP(101)와 STA(102)는, 2.4㎓대에 있어서의 6ch의 링크를 링크(103)로 하고, 이것에 더해 2.4㎓대에 있어서의 1ch의 링크를 링크(104)로서 확립하도록 해도 된다.

또한, 주파수대가 동일한 링크와 상이한 링크가 혼재하고 있어도 된다. 예를 들어 AP(101)와 STA(102)는, 2.4㎓대에 있어서의 6ch의 링크(103)에 더해, 2.4㎓대의 1ch의 링크(104)와, 5㎓대에 있어서의 149ch의 다른 링크를 확립해도 된다. AP(101)는 STA(102)와 주파수가 다른 복수의 접속을 확립함으로써, 어느 한 대역이 혼잡한 경우이더라도, STA(102)와 다른 쪽 대역에서 통신을 확립할 수 있기 때문에, STA(102)와의 통신에 있어서의 스루풋의 저하나 통신 지연을 방지할 수 있다.

본 실시 형태에서는, 일례로서, 링크(103)를 2.4㎓대의 6ch에서 20㎒의 접속으로 하고 링크 번호를 1로 한다. 또한, 링크(104)를 6㎓대의 113ch에서 320㎒의 접속으로 하고 링크 번호를 2로 한다.

또한, 도 1의 무선 네트워크(100)는 1대의 AP와 1대의 STA에 의해 구성되어 있지만, AP 및 STA의 대수나 배치는 이에 한정되지 않는다. 예를 들어, 도 1의 무선 네트워크에 더해 STA를 1대 증가시켜도 된다. 이때 확립할 각 링크의 주파수대나 링크의 수, 주파수 폭은 불문한다.

STA(105)는, 본 실시 형태에서는, AP(101), STA(102) 사이에서 확립한 복수의 링크 중, 어느 한 링크에서, 다른 링크를 고려하지 않고 동작하는 통신 장치면 된다. 예를 들어, 상기 설명에 있어서, STA(105)는, 무선 네트워크(100)에 참가하지 않는 STA로 하였지만, 무선 네트워크(100)에 참가하고 있어도 된다. 이 경우, STA(105)는 IEEE 802.11be에 준거하고 있지 않고, 예를 들어 IEEE 802.11b에만 준거한 STA로 해도 된다. 또한, 이 경우, STA(105)는, AP(101)와는 2.4㎓대의 6ch로 링크를 확립하는 것으로 해도 된다. 혹은 STA(105)는, 전자 레인지 등의 무선 네트워크와는 관계가 없는 전파 노이즈를 발생시키는 노이즈 발생원으로 해도 된다. 혹은 STA(105)는, 멀티 링크 통신에 대응한 통신 장치이고, AP(101)와 복수의 링크를 구축하는 장치여도 된다. 이 경우, STA(105)는, 어느 한 링크에서의 동작을 무시하고 다른 쪽 링크에서 통신하는 통신 장치일 수 있다.

멀티 링크 통신을 행하는 경우, AP(101)와 STA(102) 사이에서는, 하나의 데이터를 분할하여 복수의 링크를 통해 상대 장치에 송신되어도 된다. 또한, AP(101)와 STA(102)는, MIMO(Multiple-Input and Multiple-Output) 통신을 실행하도록 구성되어도 된다. 이 경우, AP(101) 및 STA(102)는 복수의 안테나를 갖고, 한쪽이 각각의 안테나로부터 상이한 신호를 동일한 주파수 채널을 사용하여 보낸다. 수신측은, 복수의 안테나를 사용하여 복수 스트림으로부터 도달한 모든 신호를 동시에 수신하고, 각 스트림의 신호를 분리하여 복호한다. 이와 같이, MIMO 통신을 실행함으로써, AP(101) 및 STA(102)는, MIMO 통신을 실행하지 않는 경우에 비해 동일한 시간에 보다 많은 데이터를 통신할 수 있다. 또한, AP(101) 및 STA(102)는, 멀티 링크 통신을 행하는 경우에, 일부 링크에 있어서 MIMO 통신을 실행해도 된다.

(STA 및 AP의 구성)

도 2에, 본 실시 형태에 있어서의 STA(102)의 하드웨어 구성예를 도시한다. STA(102)는 하드웨어 구성예로서 기억부(201), 제어부(202), 기능부(203), 입력부(204), 출력부(205), 통신부(206) 및 안테나(207)를 갖는다. 또한, AP(101)도 STA(102)와 마찬가지의 하드웨어 구성을 가질 수 있다.

기억부(201)는, ROM(Read Only Memory)이나 RAM(Random Access Memory) 등의 1 이상의 메모리에 의해 구성되고, 후술하는 각종 동작을 행하기 위한 컴퓨터 프로그램이나, 무선 통신을 위한 통신 파라미터 등의 각종 정보를 기억한다. 또한, 기억부(201)로서, ROM, RAM 등의 메모리 외에 플렉시블 디스크, 하드 디스크, 광 디스크, 광자기 디스크, CD-ROM, CD-R, 자기 테이프, 불휘발성 메모리 카드, DVD 등의 기억 매체를 사용해도 된다. 또한, 기억부(201)가 복수의 메모리 등을 구비하고 있어도 된다.

제어부(202)는, 예를 들어 CPU(Central Processing Unit)나 MPU(Micro Processing Unit) 등의 1 이상의 프로세서에 의해 구성되고, 기억부(201)에 기억된 컴퓨터 프로그램을 실행함으로써 STA(102) 전체를 제어한다. 또한, 제어부(202)는, 기억부(201)에 기억된 컴퓨터 프로그램과 OS(Operating System)의 협동에 의해 STA(102) 전체를 제어하도록 해도 된다. 또한, 제어부(202)는, 다른 통신 장치와의 통신에 있어서 송신할 데이터나 신호(무선 프레임)를 생성한다. 또한, 제어부(202)가 멀티코어 등의 복수의 프로세서를 구비하고, 복수의 프로세서에 의해 STA(102) 전체를 제어하도록 해도 된다.

또한, 제어부(202)는 기능부(203)를 제어하여 무선 통신이나 촬상, 인쇄, 투영 등의 소정의 처리를 실행한다. 기능부(203)는, STA(102)가 소정의 기능을 실행하기 위한 하드웨어이다.

입력부(204)는, 유저로부터의 각종 조작의 접수를 행한다. 출력부(205)는, 모니터 화면이나 스피커를 통해, 유저에 대해 각종 출력을 행한다. 여기서, 출력부(205)에 의한 출력이란, 모니터 화면 상으로의 표시나, 스피커에 의한 음성 출력, 진동 출력 등이어도 된다. 또한, 터치 패널과 같이 입력부(204)와 출력부(205)의 양쪽을 하나의 모듈로 실현하도록 해도 된다. 또한, 입력부(204) 및 출력부(205)는, 각각 STA(102)와 일체여도 되고 별체여도 된다.

통신부(206)는, IEEE 802.11be 규격에 준거한 무선 통신의 제어를 행한다. 또한, 통신부(206)는, IEEE 802.11be 규격에 더해, 다른 IEEE 802.11 시리즈 규격에 준거한 무선 통신의 제어나, 유선 LAN 등의 유선 통신의 제어를 행해도 된다. 통신부(206)는 안테나(207)를 제어하여, 제어부(202)에 의해 생성된 무선 통신을 위한 신호의 송수신을 행한다.

또한, STA(102)가, IEEE 802.11be 규격에 더해, NFC 규격이나 Bluetooth 규격 등에 대응하고 있는 경우, 이들 통신 규격에 준거한 무선 통신의 제어를 행해도 된다. 또한, STA(102)가 복수의 통신 규격에 준거한 무선 통신을 실행할 수 있는 경우, 각각의 통신 규격에 대응한 통신부(206)와 안테나(207)를 개별로 갖는 구성이어도 된다. STA(102)는 통신부(206)를 통해, 화상 데이터나 문서 데이터, 영상 데이터 등의 데이터를 통신한다. 또한, 안테나(207)는, 통신부(206)와 별체로서 구성되어 있어도 되고, 통신부(206)와 함께 하나의 모듈로서 구성되어 있어도 된다.

안테나(207)는, 2.4㎓대, 5㎓대 및 6㎓대 등의 주파수대에 있어서의 통신이 가능한 안테나이다. 도 2에서는 하나의 안테나(207)를 도시하지만, 복수여도 된다. 또는, STA(102)는, 주파수대마다 다른 안테나를 갖고 있어도 된다. 또한, 상기한 바와 같이 STA(102)는, 안테나를 복수 갖고 있는 경우, 각 안테나에 대응한 통신부(206)를 갖고 있어도 된다.

도 3에, 본 실시 형태에 있어서의 STA(102)의 기능 구성예를 도시한다. STA(102)는 기능 구성예로서 무선 LAN 제어부(301), 프레임 생성부(302), 송신 제어부(303), Beacon(비콘) 수신 제어부(304), UI(User Interface) 제어부(305)를 갖는다. 또한, AP(101)도 STA(102)와 마찬가지의 기능 구성을 가질 수 있다.

무선 LAN 제어부(301)는, 다른 무선 LAN 장치와의 사이에서 무선 신호를 송수신하기 위한 제어를 행하기 위한 프로그램을 포함하여 구성될 수 있다. 무선 LAN 제어부(301)는, IEEE 802.11 규격 시리즈에 따라, 프레임 생성부(302)에서 생성된 프레임을 통신부(206)와 안테나(207)를 통해 송수신하여, 무선 LAN의 통신 제어를 실행한다. 또한, 무선 LAN 제어부의 수는 하나에 한하지 않으며, 2개여도 되고 3개 이상이더라도 상관없다.

프레임 생성부(302)는, 무선 LAN 제어부(301)에서 송신해야 할 무선 프레임을 생성한다. 프레임 생성부(302)에서 생성하는 프레임의 내용은 기억부(201)(도 2)에 보존되어 있는 설정에 의해 제약을 부과해도 된다. 또한 UI 제어부(305)로부터의 유저 설정에 의해 변경해도 된다. 생성된 프레임의 정보는 무선 LAN 제어부(301)로 보내져, 통신부(206)와 안테나(207)를 통해 통신 상대로 송신된다.

송신 제어부(303)는, STA(102)로부터 송신되는 각종 프레임에 대한 송신 제어를 행한다. 예를 들어 송신 제어부(303)는, 각 링크에서 프레임을 송신해야 할 타이밍을 계측(카운트)·결정하고, 그 결과를 무선 LAN 제어부(301)에 전한다. 무선 LAN 제어부(301)는 이를 기초로 프레임을 송신한다.

Beacon 수신 제어부(304)는, Beacon 프레임(이하, Beacon이라고 칭하는 경우가 있음)을 수신할 타이밍의 관리나 수신한 Beacon의 해석 등을 행한다. 예를 들어 Beacon 수신 제어부(304)는, 수신한 Beacon의 정보를 기초로, 다음에 Beacon을 수신할 타이밍의 정보를 취득하여, 무선 LAN 제어부(301)나 송신 제어부(303)에 전한다. Beacon을 수신할 타이밍(Beacon 수신 타이밍)은, Beacon에 포함되는, TBTT(Target Beacon Transmission Time)와 같은, Beacon 송신 시간의 간격을 나타내는 값에 의해 취득될 수 있다.

UI 제어부(305)는, 입력부(204)에 대한 유저로부터의 조작(유저 설정)에 기초하여 제어 신호를 생성하여, 각 구성 요소에 전달한다. 또한, UI 제어부(305)는, 출력부(205)에 대한 각종 출력의 제어를 행한다.

하기에 이어지는 각 실시예에서는, 도 1에 도시하는 통신 시스템에 있어서, STA(102)가 그룹 어드레스 프레임(Group Addressed Frame)을 수신하는 장면을 상정한다. 또한, 그룹 어드레스 프레임이란, Destination Address(DA) 필드 혹은 A1 필드에 포함시키는 MAC Address필드에 있어서, Group Bit가 1인 어드레스를 포함하는 프레임일 수 있다. 예를 들어 Beacon을 포함시킨 브로드캐스트 프레임은, Group Bit가 1이기 때문에, 그룹 어드레스 프레임의 일종이다. 그 밖에도, 멀티캐스트 어드레스를 수신처로 한 멀티캐스트 프레임에 대해서도 마찬가지로 Group　Bit를 1로 하기 때문에, 그룹 어드레스 프레임으로 된다.

계속해서, 본 실시 형태에 의한 STA(102)의 처리에 대해, 몇몇 실시예를 이용하여 설명한다. 또한, 본 실시 형태에서는, AP(101)는, TIM(Traffic Indication Message)을 포함하는 Beacon을 정기적으로 송신하고 있다. STA(102)는, Beacon에 포함되는, Beacon 송신 시간의 간격을 나타내는 값으로부터, 소정 간격의 Beacon 수신 타이밍의 정보를 취득할 수 있다. AP(101)는, STA(102)용 데이터가 있는 경우, TIM(TIM element)을 사용하여 데이터(그룹 어드레스 프레임)가 있음을, Beacon을 사용하여 통지하고, 당해 통지 후에 데이터를 송신할 수 있다. 데이터가 있음을 통지할 수 있는 TIM은 DTIM(Delivery Traffic Indication Message)이라고 칭해진다.

(실시예 1)

본 실시예에서는, STA(102)가 링크(104)에서 Beacon을 수신할 때에, 예정하고 있는 타이밍에 Beacon을 수신할 수 없는 장면을 상정한다. 이때, 본 실시예에서는 STA(102)는, Beacon 및 그것에서 이어지는 (Beacon과는 다른)그룹 어드레스 프레임을 수신할 때까지는, 링크(103)와 링크(104)에서 프레임을 송신하지 않도록 구성된다.

또한, 본 실시예에 있어서, Beacon은 그룹 어드레스 프레임이면 어느 한 프레임이어도 된다. 예를 들어 Beacon은, 멀티캐스트 어드레스를 수신처로 한 멀티캐스트 프레임이어도 된다. Beacon과 Beacon 사이에서 20TU(Time Unit) 간격으로 송신하는 FILS Discovery 프레임 혹은 Unsolicited Probe Response 프레임이어도 된다. 다른 매니지먼트 프레임인 Probe Response 프레임이나 Action 프레임이어도 된다. 혹은, 정기적으로 송신되는 Trigger(트리거) 프레임이어도 된다. 또한, 본 실시예에서는 링크(104)에서만 Beacon을 수신하는 장면을 생각하지만, 링크(103)에서 수신하는 장면이더라도 마찬가지이다. 또한, 링크(103)와 링크(104)에서 동시에 Beacon을 수신하는 장면이더라도 마찬가지이다. 링크(103)와 링크(104)에서 동시에 Beacon을 수신하지만, 어느 한쪽을 수신할 수 없었던 장면이더라도 마찬가지이다.

도 4a 및 도 4b는, 본 실시예에 있어서, STA(102)가 AP(101)로부터 링크(104)에 있어서 Beacon을 수신할 때의 STA(102)의 처리를 흐름도로 나타내고 있다. 도 4a 및 도 4b에 나타내는 흐름도는, STA(102)의 제어부(202)가 기억부(201)에 기억되어 있는 제어 프로그램을 실행하여, 정보의 연산 및 가공 그리고 각 하드웨어의 제어를 실행함으로써 실현될 수 있다. 본 흐름도에서 나타내는 처리는, STA(102)가, AP(101)와 멀티 링크(본 실시 형태에서는 링크(103)와 링크(104))에서 접속을 확립한 것과 동시에 개시될 수 있다.

STA(102)가 AP(101)와 접속되어 있는 상태에서, STA(102)의 Beacon 수신 제어부(304)는, 어느 한 링크에서 Beacon 수신 타이밍이 근접하였는지, 즉, Beacon 수신 타이밍의 소정 시간 전인지 여부를 판정한다(S401). 당해 소정 시간은, 본 실시예에서는 10μsec로 하지만 이는 일례이며, 5μsec여도 되고, 20μsec여도 된다. 또한, 상술한 바와 같이, Beacon 수신 타이밍인지 여부는, AP(101)로부터 수신할 Beacon에 포함되는, Beacon 송신 시간의 간격을 나타내는 값으로 알 수 있다. 본 실시예에서는, Beacon 수신 타이밍은 100msec마다(즉, Beacon 간격=100msec)로 하지만, 150msec마다 등 임의의 간격으로 설정될 수 있다.

어느 한 링크에서 Beacon 수신 타이밍이 근접한 경우(S401에서 "예"), 처리는 S402로 진행된다. 이하, Beacon 수신 타이밍이 근접한 링크를, 대상 링크라고 칭한다. S402에서는, STA(102)의 송신 제어부(303)의 제어에 의해, 무선 LAN 제어부(301)는, 대상 링크에서 Beacon 수신의 기간에 들어가기 전에, STA(102)는 데이터 업로드(UL)를 삼간다. 즉, STA(102)는, Beacon 수신 타이밍을 포함하는 기간에 있어서 데이터 업로드/데이터 송신을 행하지 않는다. 이는, 데이터 업로드 중이면, 모든 링크에서 데이터 업로드를 일단 중단하는 것을 의미한다. 여기서 업로드를 중단하는 링크란, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 모든 링크이다. 따라서, 예를 들어 AP(101)와 STA(102)에서 동시에 송신과 수신을 할 수 있는 제3 링크(도시하지 않음)을 확립하고 있었던 경우, 당해 제3 링크에서는 데이터 업로드를 중단하지 않아도 된다.

다음으로, STA(102)의 Beacon 수신 제어부(304)는, 대상 링크에서 Beacon의 수신을 기다린다(S403). 대상 링크에서, Beacon 수신 타이밍에 Beacon을 수신하지 않은 경우(S403에서 "아니오"), STA(102)의 송신 제어부(303)는, 소정의 예정 시간(본래의 Beacon 수신 타이밍으로부터 프레임 수신의 대기를 멈추는 타이밍의 시간)을 초과하였는지 여부를 확인한다(S404). 본 실시 형태에서는, 당해 예정 시간을 10msec으로 한다. 당해 예정 시간이 경과하지 않았으면(S404에서 "아니오"), 처리는 S402에 되돌아가고, 경과하였으면(S404에서 "예"), 처리는 S408로 진행된다. 대상 링크에서 Beacon을 수신한 경우(S403에서 "예"), STA(102)의 Beacon 수신 제어부(304)는, 추가된 그룹 어드레스 프레임(Group Addressed Frame)이 있는지(Beacon에 이어서 그룹 어드레스 프레임이 송신되는지)를 확인한다(S405). 이 때문에, STA(102)는, Beacon에 포함되는 TIM element를 확인한다. 또한, STA(102)는, TIM element를 확인함으로써, 자신 앞으로의 데이터가 축적되어 있는지를 확인할 수 있다.

도 13에 TIM element(1300)의 구성예를 나타낸다. 본 element는 IEEE 802.11의 규격에 따라 정의된다. Element ID 필드(1301)에는, 사용할 element가 TIM element인 것을 나타내는 값인 5가 들어간다. Length 필드(1302)는 Element의 길이를 나타낸다. DTIM Count 필드(1303)는, 이 element를 포함하는 Beacon이 DTIM(Delivery Traffic Indication Map) Beacon(DTIM을 포함하는 Beacon)인지 여부를 나타낸다. 이 값이 0일 때, 이 element가 포함되는 Beacon은 DTIM Beacon인 것을 나타내고, 그 다음에 STA용 프레임(데이터)이 포함될 가능성이 있다. 이 값이 0 이외의 값이면 DTIM Beacon이 아니기 때문에, STA(102)는, Beacon에서 이어지는, STA용 프레임 및 그룹 어드레스 프레임은 없는 것으로 판단할 수 있다.

Bitmap Control 필드(1305)는, 그 Bit0이 AID0(Association Identifier)의 프레임이 있는지 여부를 가리킨다. Bit0이 1인 경우, Beacon 뒤에는 어떠한 그룹 어드레스 프레임이 추가로 준비되어 있는 것을 나타낸다. Partial Virtual Btimap 필드(1306)는, 각 STA용 프레임이 큐에 축적되어 있는지 여부를 나타낸다. 이 필드에 준비된 각 Bit가 접속 시에 AP로부터 STA에 할당한 AID에 연관지어져 있다. STA(102)는, AID와 연관지어진 Bit가 1로 되어 있는지 여부를 확인함으로써, 자신 앞으로의 프레임이 AP의 데이터 송신 큐에 축적되어 있는지 여부를 판단할 수 있게 된다.

STA(102)의 Beacon 수신 제어부(304)는, Beacon에 포함되는 TIM element를 확인하고, Beacon에 이어서 그룹 어드레스 프레임이 송신되는 것을 확인한 경우(S405에서 "예"), 처리는 S406으로 진행되고, 확인하지 않은 경우(S405에서 "아니오"), 처리는 S408로 진행된다. S406에서는, STA(102)의 송신 제어부(303)의 제어에 의해, 무선 LAN 제어부(301)는, 계속해서 데이터의 업로드를 삼간다(중단을 계속함). STA(102)의 송신 제어부(303)는, 추가된 그룹 어드레스 프레임을 다 수신할 때까지 데이터의 업로드를 삼간다(S407). 추가된 그룹 어드레스 프레임을 다 수신하였는지 여부의 판단은, STA(102)가 대상 링크(그룹 어드레스 프레임을 수신한 링크)에서 그룹 어드레스 프레임을 수신하고 나서 일정 시간, 예를 들어 DIFS(Distributed Coordination Function Interframe Space) 시간 경과한 것을 기초로 해도 된다. 혹은 그룹 어드레스 프레임을 수신한 후, Ack 프레임 혹은 Block Ack 프레임을 송신한 것을 계기로 해도 된다.

STA(102)의 무선 LAN 제어부(301)가, 대상 링크에서 Beacon에서 이어지는 그룹 어드레스 프레임을 수신한 경우(S407에서 "예"), 혹은 이들을 수신할 수 없었지만 일정 시간이 경과한 경우(S404에서 "예"), 처리는 S408로 진행된다. S408에 있어서, STA(102)의 송신 제어부(303)는, 자신의 송신 큐에 송신 프레임이 축적되어 있는지 여부를 확인한다(S408). STA(102)의 송신 제어부(303)는, 송신 큐에 송신 데이터가 축적되어 있지 않은 것을 확인한 경우(S408에서 "아니오"), 처리를 종료한다. 송신 큐에 송신 데이터가 축적되어 있는 것을 확인한 경우(S408에서 "예"), 처리는 S409로 진행된다. S409에서는, STA(102)의 송신 제어부(303)는, 최후의 프레임 수신으로부터 AIFS(Arbitration Interframe Space)의 기간 기다리고 나서, 또한 통신을 개시할 때까지의 대기 시간을 위해 백오프 카운터를 설정한다. 또한, AIFS의 값은 송신할 데이터의 우선도에 따라 달라진다. 이것이 우선도가 높은 음성(VO)이나 비디오(VI)의 데이터인 경우, AIFS는 짧다. 반대로, 우선도가 낮은 백그라운드(BK)의 데이터인 경우, AIFS는 길게 설정된다. 또한, 여기서 기다리는 기간은 DIFS여도 된다. 또한, 백오프 카운터의 카운터값은, 임의의 값으로 설정될 수 있다.

STA(102)의 송신 제어부(303)는, 백오프 카운터를 설정하면, 동시에 송수신 할 수 없는 모든 링크 중 어느 것에서 다른 통신 장치가 프레임을 송신하고 있는지 여부를 확인한다(S410). 모든 링크에서 다른 통신 장치가 프레임을 송신하고 있지 않은 것을 확인한 경우(S410에서 "아니오"), STA(102)의 송신 제어부(303)는, 백오프 카운터를 1 감소시킨다(S416). STA(102)의 송신 제어부(303)는, 백오프 카운터가 0이 될 때까지 이를 반복한다(S417). 백오프 카운터가 0이 되었을 때(S417에서 "예"), STA(102)의 무선 LAN 제어부(301)는 데이터 송신을 개시(재개)한다(S418).

모든 링크 중 어느 것에서 다른 통신 장치가 프레임을 송신하고 있는 것을 확인한 경우(S410에서 "예"), STA(102)의 송신 제어부(303)는, 다른 통신 장치에 의한 송신 중의 링크는, STA(102)가 프레임을 송신할 예정의 링크인지를 확인한다(S411). 다른 통신 장치에 의한 송신 중의 링크가, 프레임을 송신할 예정의 링크인 경우(S411에서 "예"), STA(102)의 송신 제어부(303)는, 프레임에 포함되는 NAV(Network Allocation Vector) 기간에는 송신 대기한다. 그리고, NAV 기간의 종료 후, STA(102)의 송신 제어부(303)는 다시 AIFS 기간 기다린다(S414). 여기서 기다리는 기간은 DIFS 기간이어도 된다. 당해 기간 중에, STA(102)가 다른 통신 장치에 의한 추가적인 프레임 송신을 확인한 경우, 다시 마찬가지로 기다린다. AIFS 기간이 끝나면, STA(102)의 송신 제어부(303)는, 백오프 카운터의 처리를 재개하고(S415), 처리는 다시 S410으로 되돌아간다.

S411에서, 다른 통신 장치에 의한 송신 중의 링크가, 프레임을 송신할 예정의 링크가 아닌 경우(S411에서 "아니오"), STA(102)의 송신 제어부(303)는, 다른 통신 장치에 의해 송신된 프레임이 STA(102) 앞(자신 앞)으로인지 여부를 확인한다(S412). 송신된 프레임이 STA(102) 앞으로인 경우(S412에서 "예"), STA(102)는 그 프레임을 수신할 필요가 있고, 또한 프레임 수신 중에는 다른 링크에서 프레임 송신을 할 수 없다. 그 때문에, STA(102)는, 프레임의 수신이 완료될 때까지, 동시에 프레임 송수신할 수 없는 조합의 모든 링크에서 프레임 송신을 기다릴 필요가 있다(S413). 프레임의 수신을 완료하면, 처리는 다시 S410으로 되돌아간다.

또한, STA(102)의 송신 제어부(303)는, S413에서 기다리고 있는 동안에도 송신 예정의 링크에서 백오프 카운터의 처리를 계속해도 된다. 이 경우, STA(102)는 카운터 처리를 계속하지만, 카운트가 0이 되더라도 다른 링크에서의 프레임 수신이 완료될 때까지 프레임 송신을 대기한다. 그리고, 다른 링크에서의 프레임 수신이 완료되었을 때에, 프레임을 송신할 예정의 링크(송신 대기한 링크)에서 다른 통신 장치가 프레임을 송신하고 있지 않으면, STA(102)의 무선 LAN 제어부(301)는, 프레임을 송신한다. 그러나, 다른 링크에서의 프레임 수신이 완료됨과 동시에 프레임 송신이 발생하기 때문에, 프레임 송신할 링크에서 다른 통신 장치와의 전파 충돌이 발생할 가능성이 높아진다. 따라서, 다른 링크이더라도 자신 앞으로의 프레임이 있는 경우에는, 동시에 송수신할 수 없는 조합의 모든 링크 중, 송신 대기하고 있는 모든 링크에서 백오프 카운터를 일시 멈추는 편이 바람직하다. 다른 링크에서 STA(102)가 수신하고 있는 프레임이 없는 경우(S412에서 "아니오"), STA(102)의 송신 제어부(303)는 백오프 카운터를 진행시킨다(S416). S417 이후의 처리는 상술한 바와 같다.

또한, 도 4a 및 도 4b에서는 STA(102)에 의한 프레임의 송신 예정의 링크는 하나인 것을 전제로 하였지만, STA(102)가 동시에 복수의 링크에서 프레임을 송신하려고 하고 있는 경우, 링크마다 처리를 나누어도 된다. 예를 들어, STA(102)가 링크(103)와 링크(104)에서 송신 준비하고 있을 때에, 링크(104)에서 다른 통신 장치가 프레임 송신하고 있는 것을 확인한 경우, 링크(103)의 처리는 S412로 이행하고, 링크(104)의 처리는 S414로 이행하도록 해도 된다.

계속해서, 본 실시예에 의한 AP(101)와 STA(102)의 일련의 처리의 흐름을 도 5와 도 6을 이용하여 설명한다. 도 5는, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 일례를 나타내는 시퀀스도이며, 이하의 설명에 있어서 도 4a 및 도 4b도 참조한다. 도 5는, 멀티 링크(링크(103)와 링크(104))에 있어서의 어느 한 링크에서 Beacon에 이어서 추가된 그룹 어드레스 프레임을 수신하지만, Beacon의 수신 타이밍이 채널의 혼잡에 의해 어긋나 버린 경우를 나타낸다. 링크(103)와 링크(104)는, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 링크이다.

STA(102)는, 자신의 TXOP(Transmission Opportunity: 연속 송신 가능한 시간)(511)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(521)이 설정되어 있다. STA(102)는, 본래의 Beacon 수신 타이밍(531)에, 링크(104)에서 Beacon을 수신 예정이다. STA(102)는, Beacon 수신 타이밍(531)에 근접하면(S401에서 "예"), 데이터의 업로드를 삼간다(일시 중단함)(S402).

또한, STA(102)는, 링크(104)의 NAV 기간(521)의 길이를 알고 있어, NAV 기간(521)이 링크(103)에서의 Beacon 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(521)이 종료될 때까지는 데이터의 송신(TXOP511)을 계속하고 있어도 된다. 도 5에서는, STA(102)는, NAV 기간(521)의 종료 후의 Beacon 수신 타이밍(533) 전까지 데이터의 송신을 계속해도 된다. 단, NAV 기간(521)의 종료와 Beacon 수신 타이밍에 큰 차가 있는 경우, STA(102)는, NAV 기간(521)의 종료를 기준으로 데이터의 송신을 생각해도 된다. NAV 기간(521)의 종료가 Beacon 수신 타이밍보다도 이른 경우, STA(102)는 Beacon 수신 타이밍까지는 데이터의 송신을 중단한다.

본 실시예에서는, 전파 환경에 따라서는 NAV 기간(521)의 설정은 STA(102)에 있어서는 유효하기는 하지만, AP(101)에 있어서는 무효인 경우를 고려한다. 따라서 본 실시예에서는 NAV 기간에 관계없이, STA(102)는, Beacon 수신 타이밍(531)을 데이터 송신의 중단의 기준으로 하고 있다. 이것에 의해, AP(101)로부터 Beacon을 수신할 수 있는 기간이, STA(102)가 생각하는 NAV 기간과 중첩되어 있더라도, STA(102)는 링크(104)에서 Beacon을 수신할 수 있다.

타이밍(532)은, 본래의 Beacon 수신 타이밍(531)에 Beacon을 수신하지 않은 경우에(S403에서 "아니오"), 프레임 수신의 대기를 멈추는 타이밍(S404의 예정 시간에 대응)을 나타낸다. 도 5에서는, 타이밍(532)보다 전에 NAV 기간(521)이 종료된 후의 타이밍(533)에 링크(104)에서, STA(102)는 AP(101)로부터 Beacon(522)을 수신한다. STA(102)는, Beacon(522)에 포함되는 TIM element(도 13의 TIM element(1300) 참조)를 확인하고, Beacon에 이어서 그룹 어드레스 프레임이 송신되는 것을 확인한다(S405에서 "예"). 따라서, Beacon(522)의 수신 후, STA(102)는 계속해서 추가된 그룹 어드레스 프레임(523)을 수신한다(S407).

Beacon 및 추가된 그룹 어드레스 프레임의 수신이 타이밍(534)에 완료되면(S407에서 "예"), STA(102)는 TXOP(512)에 따라 데이터 송신을 재개한다(S408, S409, S410, S416, S417, S418). 또한, STA(102)는, 추가된 그룹 어드레스 프레임의 수신 후, 링크(104)에서 Ack 프레임을 반환해도 되며, 그 경우에는 Ack 프레임 후에 링크(103)에서 데이터 송신을 재개하게 된다.

도 6은, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 다른 예를 나타내는 시퀀스도이며, 이하의 설명에 있어서 도 4a 및 도 4b도 참조한다. 도 6은, 멀티 링크(링크(103)와 링크(104))에 있어서의 어느 한 링크에서 Beacon을 수신하지만, Beacon의 수신 타이밍이 채널의 혼잡에 의해 어긋나 버린 경우를 나타낸다. 도 6의 예에서는, Beacon 후에 이어서 추가된 그룹 어드레스 프레임은 송신되지 않는다. 링크(103)와 링크(104)는, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 링크이다.

도 5와 마찬가지로 STA(102)는, 자신의 TXOP(611)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(621)이 설정되어 있다. STA(102)는, 본래의 Beacon 수신 타이밍(631)에, 링크(104)에서 Beacon을 수신 예정이다. STA(102)는, Beacon 수신 타이밍(631)에 근접하면(S401에서 "예"), 데이터의 업로드를 일시 중단한다(S402).

또한, STA(102)는, 링크(104)의 NAV 기간(621)의 길이를 알고 있어, NAV 기간(621)이 링크(103)에서 Beacon 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(621)이 종료될 때까지는 데이터의 송신(TXOP(611))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는 전술한 바와 같다.

타이밍(632)은, 본래의 Beacon 수신 타이밍(631)에 Beacon을 수신하지 않은 경우에(S403에서 "아니오"), 프레임 수신의 대기를 멈추는 타이밍(타이밍(531)으로부터 타이밍(632)은 S404의 예정 시간에 대응)을 나타낸다. 도 6에서는, 타이밍(632)보다 전에 NAV 기간(621)이 종료된 후의 타이밍(633)에 링크(104)에서, STA(102)는 AP(101)로부터 Beacon(622)을 수신한다. STA(102)는, Beacon(622)에 포함되는 TIM element(도 13의 TIM element(1300) 참조)를 확인하고, Beacon에 이어서 그룹 어드레스 프레임이 송신되지 않는 것을 확인한다(S405에서 "아니오"). 따라서, 타이밍(634)의 시점에서, STA(102)는 링크(104)에서의 수신이 완료된다. 따라서, STA(102)는 그 후, TXOP(612)에 따라 데이터 송신을 재개한다(S408, S409, S410, S416, S417, S418). 본 실시예에 있어서, 타이밍(632)은 정하지 않아도 된다.

도 4a 내지 도 6을 참조하여 설명한 바와 같이, 실시예 1에 의하면, AP(101)로부터의 Beacon을 수신할 타이밍이 어긋났다고 하더라도, STA(102)는 동시에 송수신을 행하지 않고 데이터의 송신을 계속할 수 있다.

또한, AP(101)는, Beacon 송신의 타이밍이 어긋난 경우, 다음 Beacon 송신의 타이밍은, 본래의 Beacon 송신의 타이밍부터를 주기로 한다. 예를 들어 Beacon의 송신 간격(주기)이 100TU이며, AP(101)가 최초에 0TU 시점에서 Beacon을 송신하고, 다음에 103TU로 Beacon을 송신한 경우를 생각하자. 이 경우, AP(101)는, 그 다음 Beacon 송신의 타이밍은 200TU 시점에 근접하도록 설정해도 된다. 이는 일례이며, Beacon 송신의 주기를 다른 방법으로 설정해도 된다. 또한, AP(101)는, 그 다음에 송신할 Beacon은 203TU에 근접하도록 설정해도 된다.

또한, AP(101)는, 링크(103)와 링크(104)에서, Beacon 송신 타이밍을 일치시키도록 동작해도 된다. 이것에 따라, STA(102)에 있어서, 링크(103)와 링크(104)에서 Beacon 수신 타이밍이 중첩될 수 있다. 이 경우, STA(102)는, 링크(103)와 링크(104)의 양쪽에서 Beacon 및 (존재한다면)그것에서 이어지는 그룹 어드레스 프레임의 수신이 완료될 때까지 송신 대기한다. STA(102)는, 양 링크에서 Beacon과 그룹 어드레스 프레임의 수신이 완료되거나, 수신 대기를 멈출 타이밍까지 Beacon을 수신하지 못한 경우, 프레임의 송신을 재개한다. AP(101)가 Beacon을 송신할 타이밍을 일치시킴으로써, STA(102)는, 데이터 프레임을 송신 대기하는 기간을 감소시킬 수 있다. 그 결과, AP(101)에 의해 멀티 링크에서 Beacon 송신 타이밍을 일치시킴으로써, STA(102)에 의한 스루풋이 향상될 수 있다.

또한, STA(102)는, 도 5이나 도 6에서 나타낸 데이터 송신을 중단한 후(TXOP(511, 611)), AP(101)로부터 수신 확인인 Ack 프레임이나 Block Ack 프레임을 수신해도 된다. 이들 프레임을 수신하는 경우, STA(102)는, 이들 프레임을 수신할 시간을, 여유를 두고 어림잡고 송신을 중단해도 된다. 이것에 의해, 중단할 타이밍에서의 송신 데이터의 피드백을 받을 수 있어, 데이터의 재송을 재빨리 실시할 수 있게 된다.

(실시예 2)

본 실시예에서는, STA(102)가 Beacon 수신 기간을 지나친 경우에, 대상 링크에서의 Beacon 수신의 시행을 행하지 않는 경우에 대해 설명한다. 본 실시예에서는, 링크(104)에서 Beacon을 수신하는 것으로 한다. 또한, 링크(103)에서 Beacon을 수신하는 장면이더라도 마찬가지이다. 또한, 링크(103)와 링크(104)에서 동시에 Beacon을 수신하는 장면이더라도 마찬가지이다. 동시에 Beacon을 수신하려고 하지만, 어느 한쪽을 수신할 수 없었던 장면이더라도 마찬가지이다. 또한, 전술한 실시예에서 설명을 마친 내용에 대해서는 본 실시예에서의 설명을 생략한다.

도 7a 및 도 7b는, 본 실시예에 있어서, STA(102)가 AP(101)로부터 링크(104)에 있어서 Beacon을 수신할 때의 STA(102)의 처리를 흐름도로 나타내고 있다. 도 4a 및 도 4b에 나타내는 흐름도는, STA(102)의 제어부(202)가 기억부(201)에 기억되어 있는 제어 프로그램을 실행하여, 정보의 연산 및 가공 그리고 각 하드웨어의 제어를 실행함으로써 실현될 수 있다. 본 흐름도에서 나타내는 처리는, STA(102)가, AP(101)와 멀티 링크(본 실시 형태에서는 링크(103)와 링크(104))에서 접속을 확립한 것과 동시에 개시될 수 있다.

STA(102)가 AP(101)와 접속되어 있는 상태에서, STA(102)의 Beacon 수신 제어부(304)는, 어느 한 링크에서 Beacon 수신 타이밍이 접근하였는지, 즉, Beacon 수신 타이밍의 소정 시간 전인지 여부를 판정한다(S701). 당해 소정 시간은, 본 실시예에서는 10μsec로 하지만 이는 일례이며, 5μsec여도 되고 20μsec여도 된다. 본 실시예에서는, Beacon 수신 타이밍은 100msec마다(즉, Beacon 간격=100msec)로 하지만, 150msec마다 등 임의의 간격으로 설정될 수 있다.

어느 한 링크에서 Beacon 수신 타이밍이 근접한 경우(S701에서 "예"), 처리는 S702로 진행된다. 이하, Beacon 수신 타이밍이 근접한 링크를 대상 링크라고 칭한다. S702에서는, STA(102)의 송신 제어부(303)는, 대상 링크에서 Beacon 수신의 기간에 들어가기 전에, STA(102)는 데이터 업로드(UL)를 삼간다. 즉, STA(102)는, Beacon 수신 타이밍을 포함하는 기간에 있어서 데이터 업로드/데이터 송신을 행하지 않는다. 이는, 데이터 업로드 중이면, 모든 링크에서 데이터 업로드를 일단 중단하는 것을 의미한다. 여기서 업로드를 중단하는 링크란, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 모든 링크이다. 따라서, 예를 들어 AP(101)와 STA(102)에서 동시에 송신과 수신을 할 수 있는 제3 링크(도시하지 않음)를 확립하고 있었던 경우, 당해 제3 링크에서는 데이터 업로드를 중단하지 않아도 된다.

다음으로, STA(102)의 Beacon 수신 제어부(304)는, 대상 링크에서의 Beacon의 수신을 일정 기간 기다린다(S703). 즉, STA(102)는, 본래의 Beacon 수신 타이밍으로부터 당해 일정 시간이 경과할 때까지의 기간(이하, 제1 수신 대기 기간이라고 칭함) 기다린다. 본 실시예에 있어서 당해 제1 수신 대기 기간을 100μsec로 하지만 이는 일례이며, 다른 시간 기간이어도 된다. 제1 수신 대기 기간을 지나친 시점에서(S703에서 "예"), STA(102)의 송신 제어부(303)는, 송신 큐에 송신 데이터가 축적되어 있는지 여부를 확인한다(S704). 송신 데이터가 축적되어 있지 않은 경우(S704에서 "아니오"), STA(102)는 처리를 종료한다. 송신 데이터가 축적되어 있는 경우(S704에서 "예"), STA(102)의 Beacon 수신 제어부(304)는, 제1 수신 대기 기간 중에 Beacon을 수신하였는지 여부를 확인한다(S705).

제1 수신 대기 기간에 Beacon을 수신하지 못한 경우(S705에서 "아니오"), STA(102)의 무선 LAN 제어부(301)는, 대상 링크에서의 데이터 수신의 시행을 중지한다(S709). 즉, STA(102)는 데이터 수신을 단념한다. 제1 수신 대기 기간에 Beacon을 수신한 경우(S705에서 "예"), 처리는 S706으로 진행되고, Beacon 수신 제어부(304)는, Beacon에 이어서 그룹 어드레스 프레임이 송신되는지 여부를 확인한다. 당해 확인 처리는, 도 4a의 S405와 마찬가지이다.

Beacon에 이어서 그룹 어드레스 프레임이 송신되는 것을 확인한 경우(S706에서 "예"), 처리는 S707로 진행되고, 확인하지 않은 경우(S706에서 "아니오"), 처리는 S710으로 진행된다. S707에서는, STA(102)의 무선 LAN 제어부(301)는, Beacon에서 이어지는 추가된 그룹 어드레스 프레임을 수신하였는지 여부를 확인한다. 무선 LAN 제어부(301)는, Beacon을 수신하고 나서 미리 정한 기간, 추가된 그룹 어드레스 프레임의 수신을 기다린다(S708). 본 실시예에서는 당해 기간(이하, 제2 수신 대기 기간이라고 칭함)을 100μsec로 하지만 이는 일례이며, 다른 시간 기간이어도 된다. 제2 수신 대기 기간을 지나치더라도 그룹 어드레스 프레임을 수신하지 못한 경우(S708에서 "예"), STA(102)는, 대상 링크에서의 데이터 수신의 시행을 중지하고(S709), 처리는 S710으로 진행된다. 또한, 제2 수신 대기 기간에 그룹 어드레스 프레임을 수신할 수 있었던 경우(S707에서 "예")에도 처리는 S710으로 진행된다. S710에서는, 도 4b의 S409와 마찬가지로, STA(102)의 송신 제어부(303)는, 송신할 예정의 링크에서 백오프 카운터를 설정한다(S710). S711로부터 S719의 처리는, 도 4b에 있어서의 S410으로부터 S418의 처리와 마찬가지이기 때문에, 설명을 생략한다.

또한, S707에 있어서의 그룹 어드레스 프레임을 수신하였는지 여부의 확인은, STA(102)가, 자신 앞으로의 프레임이 있는지 여부의 확인이어도 된다. 또한, 그룹 어드레스 프레임을, 대상 링크(Beacon 수신 예정의 링크)와 다른 링크, 예를 들어 링크(103)에서 수신 완료임을 알고 있는 경우에는, STA(102)는, Beacon에서 이어지는 그룹 어드레스 프레임을 수신하지 않는다고 판단하고, 처리를 S710으로 진행시켜도 된다.

계속해서, 본 실시예에 의한 AP(101)와 STA(102)의 일련의 처리의 흐름을 도 8 내지 도 10을 이용하여 설명한다. 도 8은, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 일례를 나타내는 시퀀스도이며, 이하의 설명에 있어서 도 7a 및 도 7b도 참조한다. 도 8은, 멀티 링크(링크(103)와 링크(104))에 있어서의 어느 한 링크에서 Beacon을 수신하지만, Beacon의 수신 타이밍이 채널의 혼잡에 의해 어긋나 버린 경우를 나타낸다. 또한, 도 8은, Beacon에 이어서 추가된 그룹 어드레스 프레임을 수신할 예정이었지만, 소정의 기간에 프레임을 수신하지 못한 경우를 나타낸다. 링크(103)와 링크(104)는, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 링크이다.

실시예 1에서 설명한 도 5와 마찬가지로, STA(102)는, 자신의 TXOP(811)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(821)이 설정되어 있다. STA(102)는, 본래의 Beacon 수신 타이밍(831)에, 링크(104)에서 Beacon을 수신 예정이다. STA(102)는, Beacon 수신 타이밍(831)에 근접하면(S701에서 "예"), 데이터의 업로드를 일시 중단한다(S702).

또한, STA(102)는, 링크(104)의 NAV 기간(821)의 길이를 알고 있어, NAV 기간(821)이 링크(103)에서 Beacon 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(821)이 종료될 때까지는 데이터의 송신(TXOP(811))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는, 실시예 1에서 설명한 바와 같다.

또한, STA(102)는, 링크(104)의 NAV 기간(821)의 길이를 알고 있어, NAV 기간(821)이 링크(103)에서 Beacon을 수신하는 기간과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(621)이 종료될 때까지는 데이터의 송신(TXOP(811))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는 상술한 바와 같다.

타이밍(832)은, Beacon을 수신한 경우에, Beacon에서 이어지는 그룹 어드레스 프레임의 수신의 대기를 멈추는 타이밍을 나타낸다(타이밍(833)으로부터 타이밍(832)의 기간이, 도 7a의 S708에 있어서의 제2 수신 대기 기간에 대응). 도 8에서는, 타이밍(832)보다 전에 NAV 기간(821)이 종료된 후의 타이밍(833)에 링크(104)에서, STA(102)는 AP(101)로부터 Beacon(822)를 수신한다. AP(101)는, Beacon(822)에 이어서, 추가된 그룹 어드레스 프레임(823)을 송신한다. 그러나, Beacon(822)의 송신으로부터 추가된 그룹 어드레스 프레임(823)까지의 동안에 제2 수신 대기 기간이 경과하였기 때문에, STA(102)는, 링크(104)에서, Beacon(822)를 수신하지만, 타이밍(832) 이후의 기간(824)에 프레임 수신을 실시하지 않는다(Not Received). 그 대신, STA(102)는, 링크(103)에서, TXOP(812)에 따라 데이터 송신을 재개한다(S707에서 "아니오", S708, S709, S710, S711, S717, S718, S719에서 "예"). AP(101)는 타이밍(834)에 추가된 그룹 어드레스 프레임(823)의 송신을 완료한다. 그러나, STA(102)는 이 그룹 어드레스 프레임의 수신을 무시하고, 링크(103)에서 데이터 프레임을 송신한다.

도 9는, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 다른 예를 나타내는 시퀀스도이며, 이하의 설명에 있어서 도 7a 및 도 7b도 참조한다. 도 9는, 멀티 링크(링크(103)와 링크(104))에 있어서의 어느 한 링크에서 Beacon을 수신하지만, Beacon의 수신 타이밍이 채널의 혼잡에 의해 어긋나 버린 경우를 나타낸다. 도 9의 예에서는, Beacon 후에 이어서 추가된 그룹 어드레스 프레임은 송신되지 않는다. 링크(103)와 링크(104)는, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 링크이다.

도 8과 마찬가지로, STA(102)는, 자신의 TXOP(911)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(921)이 설정되어 있다. STA(102)는, 본래의 Beacon 수신 타이밍(931)에, 링크(104)에서 Beacon을 수신 예정이다. STA(102)는, Beacon 수신 타이밍(931)에 근접하면(S701에서 "예"), 데이터의 업로드를 일시 중단한다(S702).

또한, STA(102)는, 링크(104)의 NAV 기간(921)의 길이를 알고 있어, NAV 기간(921)이 링크(103)에서 Beacon 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(921)이 종료될 때까지는 데이터의 송신(TXOP(911))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는, 실시예 1에서 설명한 바와 같다.

타이밍(932)는, Beacon의 수신의 대기를 멈추는 타이밍을 나타낸다(본래의 Beacon 수신 타이밍(931)로부터 타이밍(932)의 기간이, 도 7a의 S703의 제1 수신 대기 기간에 대응). 도 9에서는, 타이밍(932)보다 전의 타이밍(933)에 링크(104)에서, STA(102)는 AP(101)로부터 Beacon(922)을 수신한다. Beacon(922)에는 그 외에 추가된 그룹 어드레스 프레임이 이어지지 않기 때문에, STA(102)는 타이밍(934)의 시점에서, 링크(104)에서의 수신이 완료된다. 따라서, STA(102)는 그 후, TXOP(912)에 따라 데이터 송신을 재개한다(S706, S710, S711, S717, S718, S719에서 "아니오").

도 10은, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 다른 예를 나타내는 시퀀스도이며, 이하의 설명에 있어서 도 7a 및 도 7b도 참조한다. 도 10은, 멀티 링크(링크(103)와 링크(104))에 있어서의 어느 한 링크에서 Beacon을 수신하지만, Beacon의 수신 타이밍이 채널의 혼잡에 의해 어긋나 버린 경우를 나타낸다. 또한, 도 10은, Beacon을 수신할 예정이었지만, 소정의 기간에 Beacon을 수신하지 못한 경우를 나타낸다. 링크(103)와 링크(104)는, 동시에 송신과 수신을 할 수 없는 링크의 조합으로 되는 링크이다.

도 8과 마찬가지로, STA(102)는, 자신의 TXOP(1011)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(1021)이 설정되어 있다. STA(102)는, 본래의 Beacon 수신 타이밍(1031)에, 링크(104)에서 Beacon을 수신 예정이다. STA(102)는, Beacon 수신 타이밍(1031)에 근접하면(S701에서 "예"), 데이터의 업로드를 일시 중단한다(S702).

또한, STA(102)는, 링크(104)의 NAV 기간(1021)의 길이를 알고 있어, NAV 기간(1021)이 링크(103)에서 Beacon 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(1021)이 종료될 때까지는 데이터의 송신(TXOP(1011))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는, 실시예 1에서 설명한 바와 같다.

타이밍(1032)은, Beacon의 수신의 대기를 멈추는 타이밍을 나타낸다(본래의 Beacon 수신 타이밍(1031)로부터 타이밍(1032)의 기간이, 도 7a의 S703의 제1 수신 대기 기간에 대응). STA(102)는, Beacon의 수신에 관계없이, 타이밍(1032)이 지난 것(제1 수신 대기 기간이 경과한 것)을 계기로, TXOP(1012)에 따라 데이터의 송신을 재개한다(S705, S709, S710, S711, S717, S718, S719에서 "아니오"). 도 10에서는, 타이밍(1032)의 시각보다 늦게 타이밍(1033)에 AP(101)로부터 Beacon(1022)가 송신된다. Beacon의 송신 종료는 타이밍(1034)으로 된다. 그러나, STA(102)는, 링크(103)에서 데이터를 송신 중이기 때문에, TXOP에 대응한 기간(1024)(Not Received)에 있어서, 링크(104)에서 Beacon(1022)을 수신할 수 없다.

도 7a 내지 도 10을 참조하여 설명한 바와 같이, 실시예 2에 의하면, AP(101)로부터의 Beacon을 수신할 타이밍이 어긋났다고 하더라도, STA(102)는, Beacon의 수신보다도 데이터의 송신을 우선하여 행한다. 이것에 의해, 링크에 따라 혼잡에 차가 있었던 경우에도, STA(102)는, 데이터 프레임을 재빨리 AP(101)에 전할 수 있게 되고, 그 결과, STA(102)에 의한 통신 지연을 낮출 수 있다.

(실시예 3)

실시예 1과 실시예 2에서는, AP(101)가 Beacon을 송신하고, STA(102)가 그것을 수신하는 경우에 대해 설명하였지만, 송신되는 프레임은 정기적으로 보내지는 그룹 어드레스 프레임이면 무엇이든 된다. 예를 들어, IEEE 802.11 시리즈 규격에 준거한, 절전을 목적으로 한 기술인 TWT(Target Wake Time)에서 정해지는 Trigger 프레임을 대상으로 해도 된다. 본 실시예에서는, TWT를 예로 든 동작을 설명한다.

도 11은, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 일례를 나타내는 시퀀스도이다. 도 11은, Trigger 프레임의 수신이 본래 수신할 터인 타이밍/기간(이하, Trigger 수신 타이밍이라고도 칭함)으로부터 제외되지만, 수신 대기 기간 중에 AP(101)로부터 Trigger 프레임이 송신되는 경우의 예를 나타낸다. 즉, 도 5 내지 도 6에 관련하여 설명한 처리예와 유사하다. Trigger 수신 타이밍은, STA(102)에 의해 소정의 정보에 기초하여 취득될 수 있다.

STA(102)는, 자신의 TXOP(1111)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(1121)이 설정되어 있다. STA(102)는, 본래의 Trigger 수신 타이밍(1131)에, 링크(104)에서 Trigger 프레임을 수신 예정이다. STA(102)는, Trigger 수신 타이밍(1131)에 근접하면, 데이터의 업로드를 일시 중단한다.

또한, STA(102)는, 링크(104)의 NAV 기간(1121)의 길이를 알고 있어, NAV 기간(1121)이 링크(103)에서 Trigger 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(1121)이 종료될 때까지는 데이터의 송신(TXOP(1111))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는, 실시예 1에서 설명한 바와 같다.

타이밍(1132)은, Trigger 프레임 및 그것에서 이어지는 프레임의 수신의 대기를 멈추는 타이밍을 나타낸다. STA(102)는, 타이밍(1133)에 링크(104)에서 Trigger 프레임(1122)을 수신한다. 이에 비해 STA(102)는, 링크(104)에서 PS Poll(Power Save Poll) 프레임 혹은 U-APSD(Unscheduled Automatic Power-Save Delivery) 프레임(1123)을 반송한다. AP(101)는 각 STA로부터의 반송을 보아, DL MU PPDU(Downlink Multi-user Physical layer Protocol Data Unit) 프레임(1124)을 송신한다. 이는 STA(102)를 포함하는 복수 STA로의 프레임이다. STA(102)는 DL MU PPDU 프레임(1124)을 수신한 후, Block Ack 프레임(1125)을 반송한다. STA(102)는, Block Ack 프레임(1125)의 반송의 종료 타이밍(1134)을 계기로, 데이터의 송신(TXOP(1112))을 재개한다. 또한, STA(102)는, AP(101)로부터 재송 데이터가 있었던 경우에는 재송이 끝날 때까지 데이터 송신의 재개를 기다린다.

도 12는, 본 실시예에 의한 AP(101)와 STA(102)의 처리의 다른 예를 나타내는 시퀀스도이다. 도 12는, Trigger 프레임의 수신이 Trigger 타이밍으로부터 제외되고, 수신 대기 기간이 경과해 버린 경우의 예를 나타낸다. 즉, 도 8 내지 도 10에 관련하여 설명한 처리예와 유사하다.

STA(102)는, 자신의 TXOP(1211)에 따라 링크(103)에서 데이터의 송신(업로드)을 하고 있다. 한편, 링크(104)에서는, 예를 들어 STA(105)(도 1 참조)가 AP(101)와 다른 AP에 데이터 프레임을 송신 중이고, NAV 기간(1221)이 설정되어 있다. STA(102)는, 본래의 Trigger 수신 타이밍(1231)에, 링크(104)에서 Trigger 프레임을 수신 예정이다. STA(102)는, Trigger 수신 타이밍(1231)에 근접하면, 데이터의 업로드를 일시 중단한다.

또한, STA(102)는, 링크(104)의 NAV 기간(1221)의 길이를 알고 있어, NAV 기간(1221)이 링크(103)에서 Trigger 수신 타이밍과 중첩되지 않을 것을 알고 있는 경우, NAV 기간(1221)이 종료될 때까지는 데이터의 송신(TXOP(1211))을 계속하고 있어도 된다. 이 점의 고찰에 대해서는, 실시예 1에서 설명한 바와 같다.

타이밍(1232)은, Trigger 프레임의 수신의 대기를 멈추는 타이밍을 나타낸다. STA(102)는, Trigger 프레임의 수신에 관계없이 타이밍(1232)이 지나간 것을 계기로, 데이터의 송신(TXOP1212)을 재개한다. 도 12에서는 타이밍(1232)보다 늦게 타이밍(1233)에 AP(101)로부터 Trigger 프레임(1222)이 송신된다. Trigger 프레임과 그것에서 이어지는 데이터 송수신의 절차 종료는 타이밍(1234)으로 된다. 그러나 STA(102)는 링크(103)에서 데이터를 송신 중이기 때문에, 기간(1223)에 있어서 링크(104)에서의 Trigger 프레임은 수신할 수 없다(Not Received).

상기에서 설명한 실시예에서는, AP(101) 및 STA(102)는 EDCA(Enhanced Distributed Channel Access)에 의한 채널 액세스를 전제로 하여 설명하고 있다. 그러나 과제를 해결하는 수단으로서는 이에 한하지 않는다. 예를 들어, AP(101)는 접속하고 있는 STA로부터의 UL 통신에 대해서는 Trigger 프레임을 베이스로 한 통신만 허가하는 것으로 해도 된다. 이 경우에는 다른 링크에서 Beacon을 수신할 타이밍에는 UL 데이터가 없도록 채널 할당을 행한다. 이것에 의해, STA에 있어서, Beacon의 수신 기간과 프레임 송신이 중첩되는 것을 회피할 수 있다.

또한, 실시예 2에 있어서, STA(102)는, Beacon의 수신을 복수 회 하지 못한 경우, 그 취지를 AP(101)에 송신하고, 다른 주파수로 링크를 구축해도 된다. 이것에 의해, 혼잡하지 않은 환경에서의 링크 구축이 가능해져, Beacon의 수신이 늦어지기 어려워지는 것 외에, 그 링크에서 데이터를 송수신함으로써 스루풋 향상을 기대할 수 있다.

이와 같이, 상기에서 설명한 실시 형태에 의하면, 멀티 링크에 있어서, 어느 한 링크에서 송신 동작 중에 다른 링크에서 수신 동작을 할 수 없도록 구성되는 STA는, 도래할 Beacon 등의 그룹 어드레스 프레임의 타이밍이 어긋났다고 하더라도 송신 동작을 제어한다. 따라서, 주파수 리소스를 낭비하지 않고 통신을 계속하는 것이 가능해진다.

본 발명은 상술한 실시 형태의 1 이상의 기능을 실현하는 프로그램을, 네트워크 또는 기억 매체를 통해 시스템 또는 장치에 공급하고, 그 시스템 또는 장치의 컴퓨터에 있어서의 하나 이상의 프로세서가 프로그램을 판독하여 실행하는 처리로도 실현 가능하다. 또한, 1 이상의 기능을 실현하는 회로(예를 들어 ASIC)에 의해서도 실현 가능하다.

발명은 상기 실시 형태에 제한되는 것은 아니고, 발명의 정신 및 범위로부터 이탈하지 않고 다양한 변경 및 변형이 가능하다. 따라서, 발명의 범위를 공표하기 위해 청구항을 첨부한다.

본원은, 2021년 2월 5일에 제출된 일본 특허 출원 제2021-017738호를 기초로 하여 우선권을 주장하는 것이고, 그 기재 내용의 전부를 여기에 원용한다.

Claims

IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치이며,
상기 다른 통신 장치로부터 상기 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하는 수신 수단과,
상기 제1 프레임에 기초하여, 상기 다른 통신 장치로부터 송신되는 상기 제1 프레임의 상기 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하는 취득 수단과,
상기 복수의 링크 중 제2 링크에서 제2 프레임을 송신하는 송신 수단을 갖고,
상기 송신 수단은, 상기 수신 타이밍을 포함하는 기간에 있어서 상기 제2 프레임을 송신하지 않고, 상기 수신 수단에 의해 상기 제1 프레임이 수신된 것에 따라, 상기 제2 링크에서 상기 제2 프레임을 송신하는, 통신 장치.
제1항에 있어서, 상기 송신 수단은, 상기 제2 링크에서 상기 제2 프레임의 송신을 개시한 후에, 상기 기간에 있어서 상기 제2 프레임의 송신을 일시 중단하고, 상기 수신 수단에 의해 상기 제1 프레임이 수신된 것에 따라, 상기 제2 링크에서 상기 제2 프레임의 송신을 재개하는, 통신 장치.
제2항에 있어서, 상기 송신 수단에 의해 상기 기간에 있어서 상기 제2 프레임의 송신이 일시 중단되어 있는 상태에서 상기 수신 수단에 의해 상기 제1 프레임이 수신된 경우에, 상기 제1 프레임에 기초하여, 상기 제1 프레임에 이어서 수신되어야 할 제3 프레임이 존재하는지를 판정하는 판정 수단을 더 갖고,
상기 판정 수단에 의해, 상기 제3 프레임이 존재하는 것이 판정된 경우, 상기 송신 수단은, 상기 수신 수단에 의해 상기 제1 프레임과 상기 제3 프레임이 수신된 것에 따라, 상기 제2 프레임의 송신을 재개하는, 통신 장치.
제3항에 있어서, 상기 제1 프레임과 상기 제3 프레임은 그룹 어드레스 프레임인, 통신 장치.
IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치이며,
상기 다른 통신 장치로부터 상기 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하는 수신 수단과,
상기 제1 프레임에 기초하여, 상기 다른 통신 장치로부터 송신되는 상기 제1 프레임의 상기 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하는 취득 수단과,
상기 복수의 링크 중 제2 링크에서 제2 프레임을 송신하는 송신 수단을 갖고,
상기 송신 수단은,
상기 수신 타이밍을 포함하는 제1 기간에 있어서 상기 제2 프레임을 송신하지 않고,
상기 수신 수단에 의해 상기 제1 프레임이 수신되지 않고 상기 제1 기간이 경과한 경우, 상기 제1 기간 경과 후에 상기 제2 링크에서 상기 제2 프레임을 송신하는, 통신 장치.
제5항에 있어서, 상기 송신 수단은,
상기 제2 링크에서 상기 제2 프레임의 송신을 개시한 후에, 상기 제1 기간에 있어서 상기 제2 프레임의 송신을 일시 중단하고,
상기 수신 수단에 의해 상기 제1 프레임이 수신되지 않고 상기 제1 기간이 경과한 경우, 상기 제1 기간 경과 후에 상기 제2 프레임의 송신을 재개하는, 통신 장치.
제6항에 있어서, 상기 송신 수단에 의해 상기 제1 기간에 있어서 상기 제2 프레임의 송신이 일시 중단되어 있는 상태에서 상기 수신 수단에 의해 상기 제1 프레임이 수신된 경우에, 상기 제1 프레임에 기초하여, 상기 제1 프레임에 이어서 수신되어야 할 제3 프레임이 존재하는지를 판정하는 판정 수단을 더 갖고,
상기 판정 수단에 의해 상기 제3 프레임이 존재하는 것이 판정된 경우이자, 또한 상기 수신 수단에 의해 상기 제3 프레임이 수신되지 않고 상기 제1 프레임이 수신된 타이밍으로부터 제2 기간이 경과한 경우, 상기 송신 수단은, 상기 제2 기간 경과 후에 상기 제2 프레임의 송신을 재개하는, 통신 장치.
제7항에 있어서, 상기 제1 프레임과 상기 제3 프레임은 그룹 어드레스 프레임인, 통신 장치.
제1항 내지 제8항 중 어느 한 항에 있어서, 상기 송신 수단은, 상기 제1 링크에서 상기 통신 장치와 상기 다른 통신 장치에 대해 설정되어 있는 NAV(Network Allocation Vector) 기간 중에는, 상기 제2 링크에서 상기 제2 프레임을 송신할 수 있는, 통신 장치.
제1항 내지 제9항 중 어느 한 항에 있어서, 상기 제1 프레임은 Beacon 프레임인, 통신 장치.
제1항 내지 제9항 중 어느 한 항에 있어서, 상기 제1 프레임은 Trigger 프레임인, 통신 장치.
IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치의 제어 방법이며,
상기 다른 통신 장치로부터 상기 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하는 수신 공정과,
상기 제1 프레임에 기초하여, 상기 다른 통신 장치로부터 송신되는 상기 제1 프레임의 상기 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하는 취득 공정과,
상기 복수의 링크 중 제2 링크에서 제2 프레임을 송신하는 송신 공정을 포함하고,
상기 송신 공정에서는, 상기 수신 타이밍을 포함하는 기간에 있어서 상기 제2 프레임을 송신하지 않고, 상기 수신 공정에 있어서 상기 제1 프레임이 수신된 것에 따라, 상기 제2 링크에서 상기 제2 프레임을 송신하는, 제어 방법.
IEEE 802.11 시리즈 규격에 준거하여, 다른 통신 장치와의 사이에서 주파수 채널이 다른 복수의 링크를 사용하여 멀티 링크 통신을 행하는 것이 가능한 통신 장치의 제어 방법이며,
상기 다른 통신 장치로부터 상기 복수의 링크 중의 제1 링크에서 제1 프레임을 수신하는 수신 공정과,
상기 제1 프레임에 기초하여, 상기 다른 통신 장치로부터 송신되는 상기 제1 프레임의 상기 통신 장치에 있어서의 소정 간격의 수신 타이밍의 정보를 취득하는 취득 공정과,
상기 복수의 링크 중 제2 링크에서 제2 프레임을 송신하는 송신 공정을 갖고,
상기 송신 공정에서는,
상기 수신 타이밍을 포함하는 제1 기간에 있어서 상기 제2 프레임을 송신하지 않고,
상기 제1 프레임이 수신되지 않고 상기 제1 기간이 경과한 경우, 상기 제1 기간 경과 후에 상기 제2 링크에서 상기 제2 프레임을 송신하는, 제어 방법.
컴퓨터를, 제1항 내지 제11항 중 어느 한 항에 기재된 통신 장치로서 기능시키기 위한 프로그램.