【事件の表示】
　特願２０１４−５０１４１９「フレームの確認に用いられている方法及び装置」拒絶査定不服審判事件〔平成２４年１０月　４日国際公開、ＷＯ２０１２／１３００９４、平成２６年　５月　１日国内公表、特表２０１４−５１１０７８、請求項の数（１５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１２年（平成２４年）３月２３日（パリ条約による優先権主張外国庁受理　２０１１年３月３１日　中華人民共和国、２０１１年５月１９日　中華人民共和国、２０１１年７月６日　中華人民共和国、２０１２年２月８日　中華人民共和国、２０１２年３月２日　中華人民共和国）を国際出願日とする出願であって、平成２７年１２月１５日付けで拒絶理由が通知され、平成２８年３月１７日付けで意見書及び手続補正書が提出され、平成２８年４月７日付けで拒絶査定されたところ、同年８月１２日に拒絶査定不服審判の請求がなされたものである。
第２　本願発明
　本願の請求項１−１５に係る発明は、平成２８年３月１７日付けの手続補正により補正された特許請求の範囲の請求項１−１５に記載された事項により特定されるものと認められるところ、本願の請求項１に係る発明は以下のとおりである（以下、請求項１に係る発明を、「本願発明」という。）。
 「【請求項１】
　フレーム確認に用いられている方法であって、その特徴は、
　即時確認指示をデータフレームの中にキャリーし、前記即時確認指示は、フレーム確認レスポンスを次の時間周期にリターンすることを指示することに用いられ、前記次の時間周期は、上行物理フレーム周期が下行物理フレーム周期と対応し、または下行物理フレーム周期が上行物理フレーム周期と対応し、
　前記即時確認指示を持っているデータフレームを送信する。」
第３　原査定の理由の概要
　原査定の理由の概要は以下のとおりである。
（進歩性）この出願の請求項１−１５に係る発明は、その出願前に日本国内又は外国において頒布された引用文献１−４に記載された発明及び引用文献５−６に記載された周知技術に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　〈引用文献等一覧〉
　１：米国特許出願公開第２００５／０１１１４５２号明細書
　２：米国特許第０５５２８６０５号明細書
　３：米国特許出願公開第２００６／０１９５６２９号明細書
　４：米国特許出願公開第２００４／０２２３５０６号明細書
　５：特開２００８−０５４３４７号公報（周知技術を示す文献）
　６：国際公開第２０１０／０９９４９６号（周知技術を示す文献）
第４　当審の判断
１　引用文献の記載事項、引用発明及び周知技術
（１）米国特許出願公開第２００６／０１９５６２９号明細書の記載事項
　原査定の拒絶の理由で引用された米国特許出願公開第２００６／０１９５６２９号明細書（原査定の引用文献３。以下、「引用例」という。）には、図面とともに、以下の事項が記載されている（なお、下線は当審において付したものである。）。
ア　「[0028] Each frame 200 is preferably made up of a series of wavelets (or radio symbols), with information in the frame 200 being represented by the wavelets or groups of wavelets. As shown in FIG.2, 
the frame 200 may include a preamble 210, a header 220, and a payload 230. The header 320 can include a source address 240, a destination address 250, acknowledgement policy indicator 260, and other header data 270
（当審訳：「［００２８］各フレーム２００は、一連のウェーブレット（または無線シンボル）から構成され、フレーム２００の情報が、ウェーブレット又はウェーブレットのグループを表すことが好ましい。図２に示すように、
フレーム２００は、プリアンブル２１０、ヘッダ２２０及びペイロード２３０とを含むことができる。ヘッダ３２０には、送信元アドレス２４０、宛先アドレス２５０、確認ポリシーインジケータ２６０及び他のヘッダデータ２７０を含むことができる
イ　「[0032] 
The acknowledgement policy indicator 260 identifies the acknowledgement policy that will be employed for data frame transmission. This could be a policy of immediate acknowledgement (immediate-ACK), a policy of no acknowledgement (no-ACK), or a policy of delayed acknowledgement (delayed-ACK)
[0033] 
When using an immediate-ACK policy, the destination device sends an immediate acknowledgement frame upon successful receipt of a data frame
（当審訳：「［００３２］
確認ポリシーインジケータ２６０は、データフレーム送信のために使用される確認ポリシーを識別する。即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）、否定応答ポリシー（ｎｏ−ＡＣＫ）又は遅延肯定応答ポリシー（ｄｅｌａｙｅｄ−ＡＣＫ）とすることができる
［００３３］
即時肯定応答ポリシーを使用する場合、宛先デバイスはデータフレームの受信に成功すると即時肯定応答フレームを送信する
ウ　「[0048] 
In a first example 301, a data frame is successfully received after an initial transmission using an immediate-ACK policy. 301. In this example, a source device sends a first data frame to a destination device a first time 310
1
, and this data frame is successfully received.
[0049] 
After an ACK time out period 340 elapses after sending the first data frame the first time 310
1
, the source device receives an acknowledgement frame 320 from the destination device acknowledging receipt of the first data frame
（当審訳：「［００４８］
第１の例３０１では、データフレームは、即時肯定応答ポリシーを使用して最初の送信後に受信に成功している。３０１．　この例では、送信元デバイスは、宛先デバイスに第１のデータフレーム第１時刻３１０
１
を送信し、このデータフレームが正常に受信される
［００４９］
第１のデータフレーム第１時刻３１０
１
を送信した後に経過したＡＣＫタイムアウト期間３４０の後に、送信元デバイスは、宛先デバイスから第１のデータフレームの受信を確認する肯定応答フレーム３２０を受信する
エ　「[0061] 
In the IEEE 802.15.3 standard, the ACK time out period 340 and the next packet delay period 355 are both set to be a short inter-frame space (SIFS) of about 10 microseconds; the retry wait time 350 is set to be a retry inter-frame space (RIFS) of about 28 microseconds
（当審訳：「［００６１］
ＩＥＥＥ８０２．１５．３規格では、ＡＣＫのタイムアウト期間３４０と次のパケット遅延期間３５５は、いずれも約１０マイクロ秒のショートインターフレームスペース（ＳＩＦＳ）に設定され、リトライ待機時間３５０は約２８マイクロ秒のリトライインターフレームスペース（ＲＩＦＳ）に設定され
オ　図２及び図３は、下記のとおりである。
図２
図３
（２）引用発明
　上記（１）の記載及び各図面並びに当該技術分野の技術常識を考慮すると、以下のことがいえる。
ア　上記（１）ア、イ、ウ、図２及び図３によれば、
（ア）フレーム２００は、プリアンブル２１０、ヘッダ２２０及びペイロード２３０とを含み、
（イ）ヘッダ２２０は、データフレーム送信のために使用される確認ポリシーを識別するための確認ポリシーインジケータ２６０を含み、
（ウ）確認ポリシーインジケータ２６０は、即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）とすることができ、
（エ）第１の例３０１では、データフレームは、即時肯定応答ポリシーを使用して最初の送信後に受信に成功している。
　そうすると、引用例には、「即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）をデータフレームに含み」、「即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）を含むデータフレームを送信する」ことが記載されているといえる。
イ　上記（１）イ、ウ及び図３によれば、
（ア）確認ポリシーインジケータ２６０に即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）を使用する場合、宛先デバイスはデータフレームの受信に成功すると即時肯定応答フレームを送信し、
（イ）第１の例３０１において、送信元デバイスは、宛先デバイスに、即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）を使用してデータフレームを送信し、
（ウ）宛先デバイスからデータフレームの受信を確認する肯定応答フレーム３２０を受信する。
　また、上記（１）エも参照すれば、上記第１の例は、ＩＥＥＥ８０２．１５．３規格に基づいて、データフレームの受信確認を行う例ということができる。
　そうすると、上記「即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）」は、宛先デバイスに、データフレームの受信を確認するための「即時肯定応答フレームを送信することを指示することに用いられる」確認ポリシーインジケータであるといえる。
　よって、引用例には、「ＩＥＥＥ８０２．１５．３規格に基づくデータフレームの受信確認に用いられる方法」であって、「即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）は、即時肯定応答フレームを送信することを指示することに用いられ」ることが記載されているといえる。
　したがって、引用例には、以下の発明（以下，「引用発明」という。）が記載されていると認める。
「ＩＥＥＥ８０２．１５．３規格に基づくデータフレームの受信確認に用いられる方法であって、
　即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）をデータフレームに含み、
　即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）は、即時肯定応答フレームを送信することを指示することに用いられ、
　即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）を含むデータフレームを送信する、方法」
（３）特開２００８−０５４３４７号公報の記載事項
　特開２００８−０５４３４７号公報（原査定の引用文献５。以下、「周知例１」という。）には、図面とともに、以下の事項が記載されている（なお、下線は当審において付したものである。）。
「【００７７】
　
ＩＥＥＥ８０２．１１ｅで規定されているブロックＡＣＫによるフレームシーケンスは、図２２のように示される。図２２のフレームシーケンスの例は、即時型ブロックＡＣＫの場合である
（４）国際公開第２０１０／０９９４９６号の記載事項
　国際公開第２０１０／０９９４９６号（原査定の引用文献６。以下、「周知例２」という。）には、図面とともに、以下の事項が記載されている（なお、下線は当審において付したものである。）。
ア　「[0050] In a Spatial Division Multiple Access (SDMA) scheme, uplink (UL) transmissions from multiple stations (STA) to an access point (AP) should be synchronized. UL transmissions should be synchronized in terms of arrival time at the AP, frequency, received power length of packets, and allocation of spatial streams.
PIGGYBACKING INFORMATION IN TRANSMIT OPPORTUNITIES (TXOPs)
[0051] According to certain aspects of the present disclosure, stations with data to send may send requests for uplink resources. For example, stations may send Allocation Indication (AI) frames to an Access Point (AP) to request spatial streams in an uplink SDMA Transmit Opportunity (TXOP). The AI frames may indicate the requested number of spatial streams in an uplink SDMA TXOP. The AP may respond to the AI frames with Allocation Response (AR) frames, which may specify the granted number of spatial streams.」
（当審訳（特表２０１２−５１９４２６号公報の対応部分を援用）：「【００４０】
　空間分割多元接続（ＳＤＭＡ）方式において、複数の局（ＳＴＡ）からアクセス・ポイント（ＡＰ）へのアップリンク（ＵＬ）送信は、同期されるべきである。ＵＬ送信は、ＡＰにおける到着時間、周波数、受信されたパケットの電力長、および空間ストリームの割当ての観点から同期されるべきである。
　【００４１】
　送信機会（ＴＸＯＰ）において情報をピギーバックすること
　本開示のある態様にしたがって、送信するためのデータをともなう局は、アップリンク・リソースの要求を送ることができる。例えば、アップリンクＳＤＭＡ送信機会（ＴＸＯＰ）において空間ストリームを要求するためにアクセス・ポイント（ＡＰ）に割当て表示（ＡＩ：Ａｌｌｏｃａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）フレームを送信することができる。ＡＩフレームは、アップリンクＳＤＭＡ　ＴＸＯＰにおいて空間ストリームの要求数を示すことができる。ＡＰは、割当て応答（ＡＲ）フレームによりＡＩフレームに応答することができる。これは、空間ストリームの認可された数を指定することができる。」）
イ　「PIGGYBACKING ALLOCATION INDICATION (AI) AND ALLOCATION RESPONSE (AR) FRAMES IN TRANSMIT OPPORTUNITIES (TXOPs)
[0055] 
Various types of information may be piggybacked in uplink or downlink TXOPs
Examples of such frames include, but are not limited to, allocation indication (AI), allocation response (AR), demarcation indication (DI), block acknowledgement (BA), and block acknowledgement request (BAR) frames
[0056] FIG. 4 illustrates example operations 400 that may be performed by an AP and station utilizing piggybacked information in TXOPs, in accordance with certain aspects of the present disclosure. As illustrated, operations 402-406 may be performed by an AP, while the operations 408-412 may be performed by one or more stations in parallel.
[0057] At 402, the AP may transmit a Demarcation Indication (DI) frame to one or more stations. As described above, the DI may indicate the start of an uplink SDMA TXOP. The DI may contain information about the uplink SDMA TXOP such as which stations may be involved in the TXOP, the number of spatial streams each station may use, and the like. The DI may be sent as a separate frame in a dedicated downlink TXOP or piggybacked onto a downlink TXOP.
[0058] At 408, a station receives the DI, indicating a start of an uplink TXOP. At 410, the station transmits uplink (UL) data during the uplink TXOP indicated by the DI, with an Allocation Indication (AI) frame piggybacked with the UL data in the TXOP.
[0059] At 404, the AP receives the UL data and a request for one or more uplink streams in a second uplink transmit oppurtunity. For example, a station may send the request as an AI piggybacked with UL data send in the first uplink transmit  opportunity. In this manner, the station may request (during the first transmit opportunity) resources for transmissions in the second (subsequent) transmit opportunity which may help conserve bandwidth, for example, by avoiding an additional SIFs that might otherwise occur if the reqeuest were not piggybacked.
[0060] At 406, the AP transmits a data acknowledgement (e.g., a block acknowledgement or BA) with a piggybacked Allocation Response (AR). At 412, the station(s) receive the acknowledgements.
[0061] FIG. 5 illustrates an example frame exchange sequence with piggybacked AI and AR frames, in accordance with the operations of FIG. 4. As illustrated, an AP transmits a DI frame 502 (or simply DI) after a backoff period, indicating the start of an upcoming uplink SDMA TXOP. As illustrated, the DI 502 may be used to set the NAV duration sufficient to cover subsequent UL and DL transmissions.
[0062] In the illustrated example, the DI 502 may specify that stations 1 through 4 may transmit during the uplink SDMA TXOP. During the uplink SDMA TXOP, the stations 1 through 4 may send uplink A-MPDUs 504 with data frames and piggybacked AI frames. Each AI frame may specify a new request for an uplink TXOP by the corresponding transmitting station.
[0063] 
After the end of the uplink SDMA TXOP, the AP may transmit (using SDMA) an A-MPDU 506 to each station containing a Block Acknowledgement (BA) of the UL data and an AR frame in response to the AI sent with the UL data. The type of BA used to acknowledge data in the uplink direction may be High Throughput (HT)- immediate Blok ACK
[0064] FIG. 6 illustrates another example frame exchange sequence. The illustrated exchange may be derived from the frame exchange sequence in FIG. 5. As illustrated in FIG. 6, the AP may transmit downlink data to stations 1 through 4 by means of a downlink SDMA transmission. Downlink A-MPDUs 610 may aggregate a Block ACK request (BAR) along with downlink (DL) data to each station. The ACK policy on the Data MPDUs may be set to Block ACK, and the ACK policy on the BAR frame may be set to No ACK. The type of Block ACK used in the downlink direction may be High  Throughput (HT)-delayed Block ACK, indicating that a BA may be transmitted after some delay.
[0065] Thus, UL A-MPDUs 604 transmitted by the stations may contain BAs as requested by the AP in the previous downlink SDMA transmission. The ACK policy on the uplink data transmissions may be Implicit BAR, indicating that the AP may transmit BAs piggybacked with ARs in downlink transmission 606, following a Short Inter- frame Space (SIFS) after the uplink transmission. 
The type of Block ACK used in the uplink direction may be HT-immediate Block ACK, indicating the AP may respond with a BA after a SIFS
[0066] FIG. 7 illustrates another example bidirectional frame exchange sequence. The sequence in FIG. 7 may be created by moving the downlink data transmissions (shown in FIG. 6) to the stations in A-MPDUs 708 containing the downlink BA and AR response to after the uplink A-MPDUs 712. As illustrated, the downlink A-MPDUs 708 may also include BARs. The DL A-MPDUs 708 may follow UL A-MPDUs 712 from the stations that contain BAs, UL data, and AIs. In this example exchange, the BA inside the UL A-MPDUs 712 may acknowledge prior downlink data transmissions (not shown in FIG. 7).
[0067] FIG. 8 illustrates another example bidirectional frame exchange sequence. As illustrated, the sequence in FIG. 8 may begin with a DI 802, signaling a UL TXOP. The DI 802 may be used to set the Network Allocation Vector (NAV) protection time for subsequent UL and DL transmissions. During the UL TXOP, stations may send UL transmissions 804 containing UL data with piggybacked AIs. The UL transmissions 804 may be followed by DL transmissions 816 containing BAs, DL data to the stations, and ARs. The UL transmissions 804 may be followed by separate UL BAs 834 sent by the stations, acknowledging the DL data sent in the DL transmissions 816 (e.g., with an implicit BAR).」
（当審訳（特表２０１２−５１９４２６号公報の対応部分を援用）：「
【００４５】
　送信機会（ＴＸＯＰ）において割当て表示（ＡＩ）および割当て応答（ＡＲ）フレームをピギーバッキングすること
　
様々なタイプの情報は、アップリンクまたはダウンリンクＴＸＯＰにおいてピギーバックされることができる
そのようなフレームの事例は、次のものには制限されないが、割当て表示（ＡＩ）、割当て応答（ＡＲ）、区分表示（ＤＩ）、ブロック・アックノレッジメント（ＢＡ：ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、およびブロック・アックノレッジメント要求（ＢＡＲ：ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）フレームを含む
　【００４６】
　図４は、本開示のある態様にしたがって、ＴＸＯＰにおいてピギーバックされた情報を利用するＡＰおよび局によって行われることができるオペレーション４００の一例を例示する。例示されるように、オペレーション４０２−４０６は、ＡＰによって行われることができるが、オペレーション４０８−４１２は、１つまたは複数の局によって並列に行われることができる。
　【００４７】
　４０２において、ＡＰは、１つまたは複数の局に区分表示（ＤＩ）フレームを送信することができる。上で説明されたように、ＤＩは、アップリンクＳＤＭＡ　ＴＸＯＰの開始を示すことができる。ＤＩは、ＴＸＯＰにおいてどの局が必要であり得るか、各々の局が使用することができる空間ストリームの数などのようなアップリンクＳＤＭＡ　ＴＸＯＰについての情報を含むことができる。ＤＩは、ダウンリンクＴＸＯＰの上にピギーバックされたまたは専用のダウンリンクＴＸＯＰにおいて別個のフレームとして送られることができる。
　【００４８】
　４０８において、局は、アップリンクＴＸＯＰの開始を示すＤＩを受信する。４１０において、局は、ＴＸＯＰにおいてＵＬデータとピギーバックされた割当て表示（ＡＩ）フレームにより、ＤＩによって示されるアップリンクＴＸＯＰの間にアップリンク（ＵＬ）データを送信する。
　【００４９】
　４０４において、ＡＰは、第２のアップリンク送信機会においてＵＬデータおよび１つまたは複数のアップリンク・ストリームの要求を受信する。例えば、局は、第１のアップリンク送信機会において送信されるＵＬデータと「ピギーバックされた（ｐｉｇｇｙｂａｃｋｅｄ）」ＡＩとして要求を送ることができる。このようにして、局は、第２の（その後の）送信機会における送信のためのリソースを（第１の送信機会の間に）要求することができる。これは、例えば、要求がピギーバックされなかった場合に回避しなければ生じ得る追加のＳＩＦを回避することにより帯域幅を保護することを助けることができる。
　【００５０】
　４０６において、ＡＰは、ピギーバックされた割当て応答（ＡＲ）によりデータ・アックノレッジメント（例えば、ブロック・アックノレッジメントまたはＢＡ）を送信する。４１２において、局は、アックノレッジメントを受信する。
　【００５１】
　図５は、図４のオペレーションにしたがって、ピギーバックされたＡＩおよびＡＲフレームをともなうフレーム交換シーケンスの一例を例示する。例示されるように、ＡＰは、バックオフ期間（ｂａｃｋｏｆｆ ｐｅｒｉｏｄ）の後に、到来するアップリンクＳＤＭＡ　ＴＸＯＰの開始を示すＤＩフレーム５０２（または、単にＤＩ）を送信する。例示されるように、ＤＩ５０２は、その後のＵＬおよびＤＬ送信をカバーするのに十分なＮＡＶ持続時間を設定するために使用されることができる。
　【００５２】
　例示された事例において、ＤＩ５０２は、局１乃至４がアップリンクＳＤＭＡ　ＴＸＯＰの間に送信することを指定することができる。アップリンクＳＤＭＡ　ＴＸＯＰの間に、局１乃至４は、データフレームおよびピギーバックされたＡＩフレームをともなうアップリンクＡ−ＭＰＤＵ５０４を送ることができる。各々のＡＩフレームは、対応する送信局によってアップリンクＴＸＯＰの新しい要求を指定することができる。
　【００５３】
　
アップリンクＳＤＭＡ　ＴＸＯＰの終わりの後に、ＡＰは、ＵＬデータとともに送られたＡＩに応答してＡＲフレームおよびＵＬデータのブロック・アックノレッジメント（ＢＡ）を含むＡ−ＭＰＤＵ５０６を各々の局へ（ＳＤＭＡを使用して）送信することができる。アップリンク方向においてデータをアックノレッジするために使用されるＢＡのタイプは、高スループット（ＨＴ：Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）−即時ブロックＡＣＫであり得る
　【００５４】
　図６は、フレーム交換シーケンスの他の一例を例示する。例示された交換は、図５におけるフレーム交換シーケンスから導き出されることができる。図６において例示されるように、ＡＰは、ダウンリンクＳＤＭＡ送信の手段によって局１乃至４にダウンリンクデータを送信することができる。ダウンリンクＡ−ＭＰＤＵ６１０は、各々の局へダウンリンク（ＤＬ）データと共にブロックＡＣＫ要求（ＢＡＲ）を集めることができる。データＭＰＤＵ上のＡＣＫポリシーは、ブロックＡＣＫに設定されることができ、ＢＡＲフレーム上のＡＣＫポリシーは、ＮＯ　ＡＣＫに設定されることができる。ダウンリンク方向において使用されるブロックＡＣＫのタイプは、ＢＡが多少の遅延の後に送信されることができることを示す高スループット（ＨＴ）−遅延ブロックＡＣＫであり得る。
　【００５５】
　したがって、局によって送信されるＵＬ　Ａ−ＭＰＤＵ６０４は、以前のダウンリンクＳＤＭＡ送信においてＡＰによって要求されるようにＢＡを含むことができる。アップリンクデータ送信上のＡＣＫポリシーは、アップリンク送信の後の短いインターフレーム・スペース（ＳＩＦＳ：Ｓｈｏｒｔ　Ｉｎｔｅｒ−ｆｒａｍｅ　Ｓｐａｃｅ）に続くダウンリンク送信６０６においてＡＲとピギーバックされたＢＡをＡＰが送信することができることを示す暗黙のＢＡＲであり得る。
アップＰリンク方向において使用されるブロックＡＣＫのタイプは、ＡＰがＳＩＦＳの後にＢＡにより応答することができることを示すＨＴ−即時ブロックＡＣＫであり得る
　【００５６】
　図７は、双方向フレーム交換シーケンスの他の一例を例示する。図７におけるシーケンスは、アップリンクＡ−ＭＰＤＵ７１２の後に応答するダウンリンクＢＡおよびＡＲを含むＡ−ＭＰＤＵ７０８において局へダウンリンクデータ送信（図６において図示されている）を移動させることによって作成されることができる。例示されるように、ダウンリンクＡ−ＭＰＤＵ７０８はまた、ＢＡＲを含むことができる。ＤＬ　Ａ−ＭＰＤＵ７０８は、ＢＡ、ＵＬデータ、およびＡＩを含む局からのＵＬ　Ａ−ＭＰＤＵ７１２に続いてもよい。この交換の事例において、ＵＬ　Ａ−ＭＰＤＵ７１２内のＢＡは、以前のダウンリンクデータ送信（図７において図示されていない）をアックノレッジすることができる。
【００５７】
　図８は、双方向フレーム交換シーケンスの他の一例を例示する。例示されるように、図８におけるシーケンスは、ＵＬ　ＴＸＯＰを知らせるＤＩ８０２により始まってもよい。ＤＩ８０２は、それに続くＵＬ送信およびＤＬ送信のためのネットワーク割当てベクトル（ＮＡＶ: Ｎｅｔｗｏｒｋ　Ａｌｌｏｃａｔｉｏｎ　Ｖｅｃｔｏｒ）保護時間を設定するために使用されることができる。ＵＬ　ＴＸＯＰの間に、局は、ピギーバックされたＡＩをともなうＵＬデータを含むＵＬ送信８０４を送ることができる。ＵＬ送信８０４の後に、ＢＡ、局へのＤＬデータ、およびＡＲを含むＤＬ送信８１６が続いてもよい。ＵＬ送信８０４の後に、ＤＬ送信８１６において（例えば、暗黙のＢＡＲにより）送られるＤＬデータをアックノレッジする、局によって送られる別個のＵＬ　ＢＡ８３４が続いてもよい。」）
（５）周知技術
　上記周知例１には、ＩＥＥＥ８０２．１１ｅで規定されているブロックＡＣＫによるフレームシーケンスであって、即時型ブロックＡＣＫの場合が開示されている。
　また、上記周知例２には、ＡＰがアップリンクＳＤＭＡ　ＴＸＯＰ（Ｓｐａｔｉａｌ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）を指定するものであって、アップリンク方向においてデータをアックノレッジするために使用されるＢＡのタイプは高スループット（ＨＴ：Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）−即時ブロックＡＣＫであるものが開示されている。ここで、ＴＸＯＰは、無線ＬＡＮにおいて、端末がチャネルを使用できる期間である。
　そうすると、上記周知例１及び２に開示された技術事項は、いずれも無線ＬＡＮを前提としたものといえ、周知例１の「即時型ブロックＡＣＫ」及び周知例２の「即時ブロックＡＣＫ」は、いずれも即時確認応答といえる。
　そして、上記周知例１及び２によれば、「無線ＬＡＮにおいて、即時確認指示に対して、即時確認応答を返す技術」は、周知技術であるということができる。
２　本願発明と引用発明との対比
　本願発明の「即時確認指示」は、「フレーム確認レスポンスを次の時間周期にリターンすることを指示することに用いられ、前記次の時間周期は、上行物理フレーム周期が下行物理フレーム周期と対応し、または下行物理フレーム周期が上行物理フレーム周期と対応」するとしているところ、本願発明にいう「上行物理フレーム周期」及び「下行物理フレーム周期」とは、ダウンリンク又はアップリンクの物理フレームが周期的に送受信される通信方式における「ダウンリンク物理フレーム」の周期及び「アップリンク物理フレーム」の周期と解することができる。
　一方、引用発明は、ＩＥＥＥ８０２．１５．３規格に基づくデータフレームの受信確認に用いられる方法であるところ、ＩＥＥＥ８０２．１５．３規格は、ダウンリンク又はアップリンクの物理フレームが周期的に送受信される通信方式でないことは技術常識である。
　そうすると、本願発明と引用発明とは、前提とする通信方式が相違するものの、引用発明の「データフレーム」、「即時肯定応答ポリシー（ｉｍｍｅｄｉａｔｅ−ＡＣＫ）」及び「即時肯定応答フレーム」は、それぞれ本願発明の「データフレーム」、「即時確認指示」及び「フレーム確認レスポンス」に対応し、「即時確認指示をデータフレームの中にキャリーし、前記即時確認指示は、フレーム確認レスポンスをリターンすることを指示することに用いられ」る点で共通するといえる。
　したがって、本願発明と引用発明との一致点・相違点は、次のとおりである。
［一致点］
「フレーム確認に用いられている方法であって、その特徴は、
　即時確認指示をデータフレームの中にキャリーし、前記即時確認指示は、フレーム確認レスポンスをリターンすることを指示することに用いられ、
　前記即時確認指示を持っているデータフレームを送信する。」
［相違点］
　即時確認指示が、本願発明では、「フレーム確認レスポンスを次の時間周期にリターンすることを指示することに用いられ、前記次の時間周期は、上行物理フレーム周期が下行物理フレーム周期と対応し、または下行物理フレーム周期が上行物理フレーム周期と対応」するのに対し、引用発明では、そのような特定がない点。
３　判断
　上記２（１）で述べたとおり、引用発明は、ダウンリンク又はアップリンクの物理フレームが周期的に送受信される通信方式を前提とするものではないから、引用発明において、上記相違点に係る構成を採用することが容易になし得るということはできない。
　また、上記周知技術が前提とする無線ＬＡＮが、ダウンリンク又はアップリンクの物理フレームが周期的に送受信される通信方式でないことは技術常識であり、引用発明に上記周知技術を適用したとしても、相違点に係る構成に至らないことは明らかである。
　よって、本願発明は、当業者が、引用発明及び引用文献５−６に記載された周知技術に基づいて容易に発明をすることができたものということはできない。
　また、原査定の引用文献１、２及び４に記載された発明も、上記相違点に係る構成を有するものではないから、同様に、当業者が、引用発明及び引用文献５−６に記載された周知技術に基づいて容易に発明をすることができたものということはできない。
　したがって、本願発明は、当業者が、引用文献１−４に記載された発明及び引用文献５−６に記載された周知技術に基づいて容易に発明をすることができたものということはできない。
　本願の請求項５、請求項９及び請求項１２に係る発明は、それぞれ「フレーム確認に用いられる装置」、「フレーム確認に用いられる方法」及び「フレーム確認に用いられる装置」であって、上記相違点に係る特定事項と同様の特定事項を含む発明であるから、請求項１に係る発明と同様、当業者が引用文献１−４に記載された発明及び周知技術に基いて容易に発明をすることができたものということはできない。
　また、請求項２−４、請求項６−８、請求項１０−１１及び請求項１３−１５は、それぞれ請求項１、請求項５、請求項９及び請求項１２をさらに限定したものであるので、同様に、当業者が引用文献１−４に記載された発明及び周知技術に基づいて容易に発明をすることができたものということはできない。
第５　むすび
　以上のとおり、本願の請求項１−１５に係る発明は、いずれも、当業者が引用文献１−４に記載された発明及び引用文献５−６に記載された周知技術に基づいて容易に発明をすることができたものではないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。