【事件の表示】
　特願２００７−５１６６６１「無線通信におけるリンク制御のための方法および装置」拒絶査定不服審判事件〔平成１８年　１月２６日国際公開、ＷＯ２００６／００９７１４、平成２０年　２月　７日国内公表、特表２００８−５０３９３４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は，２００５年６月１４日（パリ条約による優先権主張外国庁受理　２００４年６月１６日，２００５年５月４日，２００５年６月１０日，米国）を国際出願日とする出願であって，平成２２年５月２８日付けで拒絶査定がなされ，これに対し，同年１０月１日に拒絶査定に対する審判請求がなされたものである。
　その請求項１に係る発明は，平成２２年２月２６日付け手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次のものと認める（以下，「本願発明」という。）。
「通信リンク制御する方法であって，
　受信エンティティにおいて，送信エンティティからの破損パケットを検出することと，
　否定的アクノレッジメントを前記送信エンティティに送ることと，
　前記否定的アクノレッジメントを送ることに応じて，前記破損パケットに特有に関連付けられた否定的アクノレッジメント禁止タイマを起動することとを備え，
　前記否定的アクノレッジメント禁止タイマは，前記否定的アクノレッジメント禁止タイマが時間切れになるまで，前記破損パケットについての更なる否定的アクノレッジメントのみ，送信されないようにする方法。」
 
２．引用発明
　原査定の拒絶の理由に引用された欧州特許出願公開第１２６３１５９号明細書（以下，「引用例１」という。）には，図面とともに以下の事項が記載されている。
（１）「[0006]In the RLC protocol, the messages indicating defective data packets are denoted as status reports and may consist of one or several protocol data units. 
（中略）
To improve the protocol performance in terms of delay and throughput optimization it is necessary that retransmissions of erroneously received radio link control protocol data units are sent as soon as possible. However, fast retransmissions may result in several retransmissions of the same PDU which is a waste of resources. Several status reports within one radio link control (RLC)round trip time trigger each the retransmission of a particular defective protocol data unit because all negatively acknowledged protocol data units are retransmitted when the transmitter receives a status report. Especially if status reports are sent as often as possible this may speed up the protocol but triggers unnecessary retransmissions. 
[0007]The RLC protocol allows to control the amount of status reports by a Status Prohibit Timer. This timer prohibits the sending of status reports for a certain amount of time. If the Status Prohibit Timer is set higher than the RLC round trip time, unnecessary retransmissions are prevented. The disadvantage is that this slows down the retransmission of erroneous data packets significantly and results in a slow protocol, especially for a high proportion of defective packets and high round trip times.」（２頁２欄１９〜５１行）
（当審仮訳）
「[0006]ＲＬＣプロトコルでは，欠陥のあるデータ・パケットを指示するメッセージは，ステータス・レポートとして示され，１つあるいはいくつかのプロトコル・データ・ユニット（ＰＤＵ）から成ってもよい。
（中略）
遅延及びスループット最適化の点からプロトコル・パフォーマンスを改善するために，エラーがあるＲＬＣプロトコル・データ・ユニットの再送信をできるだけ早く送る必要がある。しかしながら，速い再送信は，同じＰＤＵを複数回再送信して資源を浪費することがある。送信機がステータス・レポートを受信すると否定的応答のプロトコル・データ・ユニットが全て再送信されるので，１ＲＬＣラウンド・トリップ・タイム内のいくつかのステータス・レポートは，各々欠陥のあるプロトコル・データ・ユニットの再送信を引き起こす。特にステータス・レポートができるだけ頻繁に送られる場合は，プロトコルを高速化するが不必要な再送信を引き起す。
[0007]ＲＬＣプロトコルは，ステータス禁止タイマによってステータス・レポートの量をコントロールすることを可能にする。このタイマは，所定の期間ステータス・レポートを送ることを禁止する。ステータス禁止タイマがＲＬＣラウンド・トリップ時間より長く設定される場合，不必要な再送信が防がれる。欠点は，エラーがあるデータ・パケットの再送信を著しく遅くし，特に欠陥のあるパケットの比率が高く，ラウンド・トリップ・タイムが長い場合に，遅いプロトコルとなることである。」
　
（２）「[0013] In the proposed method for the transmission of data packets from a transmitter to a receiver, defective data packets are detected in the receiver and a first status message with an indication of defective data packets is sent from the receiver to the transmitter.
（中略）
[0014]A basic idea of the invention is that the receiver does not report about all defective data packets each time it sends a status message. For this purpose the receiver initializes a timing unit according to the time when the first status message is sent and a threshold corresponds to said status message. For example, a first timer or a counter can be started when the status message is forwarded for transmission to an underlying layer in the protocol stack or when the transmission is started by a physical layer. The timing unit preferably reaches the threshold after one round trip time, which can for example be represented by a pre-configured constant value of a counter or timer or by a measured round trip time between the transmitter and the receiver. A setting of the threshold corresponding to a slightly higher value than one round trip time can allow for variations and increases the stability of the proposed method.
[0015]After the timing unit is started the receiver determines that a further status message indicating defective data packets is required. For example, the receiver will generally receive further data packets which are also checked for defects and the further status message can be triggered when a predefined number of further defective data packets is detected. The receiver can also determine independently of data packets detected as defective that a further status message is required, e.g. when a request for a status message is received from the transmitter or when the timing unit or another timer reaches a defined threshold.
[0016]Data packets identified as defective are selected for indication in the further status message. Indications of the defective data packets are not included in the further status message if  a check indicates that the defective data packet is indicated in a preceding status message, especially in the first status message, and if the timing unit has not reached the corresponding threshold, e.g. if a timer is not expired.
（中略）.
[0018]The further status message can be sent before the threshold is reached to speed up retransmissions. A further request for the retransmission of already requested data packets is delayed according to the threshold which represents the expected arrival of the already requested retransmissions at the receiver. Still further status reports can be sent before the first and further thresholds are reached but in any status report only those defective data packets are indicated which were either not indicated in any former status message or for which the corresponding threshold is reached or passed.」（３頁３欄４９行〜４頁５欄１５行） 
（当審仮訳）
「[0013]提案された送信機から受信機へのデータ・パケットの送信方法では，欠陥のあるデータ・パケットは受信機で検知され，欠陥のあるデータ・パケットの指示を含む最初のステータス・メッセージ（a first status message）が受信機から送信機へ送られる。
（中略）
[0014] 本発明の基本的なアイデアは，ステータス・メッセージを送る際に，受信機は欠陥のあるデータ・パケットを全て報告するとは限らないということである。この目的のために，受信機は，最初のステータス・メッセージが送られ，当該ステータス・メッセージに対応するしきい値が時間切れとなる時に，タイミング・ユニットを初期化する。例えば，第１のタイマ又はカウンタは，送信のためにステータス・メッセージがプロトコル・スタック中の下位の層へ転送される時や，あるいは物理層によって送信が開始される時に，動作を開始することができる。タイミング・ユニットは，好ましくは１ラウンド・トリップ・タイムの経過後にしきい値に達するようにする。これは，例えばカウンタ又はタイマの予め設計された規定値，あるいは送信機と受信機の間で測定されたラウンド・トリップ・タイムによって表わされる。１ラウンド・トリップ・タイムよりわずかに長い値に対応するしきい値を設定することは，変動に対応することを可能とし，提案された方法の安定性を増加させる。
 [0015] タイミング・ユニットが動作を開始した後，受信機は，欠陥のあるデータ・パケットを指示する更なるステータス・メッセージ（a further status message）が必要であることを決定する。例えば，受信機は，通常，更にデータ・パケットを受信し，欠陥があるかチェックされ，予め定められた数の欠陥のあるデータ・パケットが検知されると，更なるステータス・メッセージがトリガーされることができる。受信機はまた，例えば，送信機からステータス・メッセージのリクエストを受信した場合，タイミング・ユニットあるいは別のタイマがしきい値に達する場合等，データ・パケットに欠陥があると検知されることとは無関係に更なるステータス・メッセージが必要であると決定することもできる。
[0016] 欠陥があると識別されたデータ・パケットは，更なるステータス・メッセージ中の指示に選ばれる。ある欠陥のあるデータ・パケットが前のステータス・メッセージ（特に最初のステータス・メッセージ）の中で指示されていることをチェックが示す場合や，タイミング・ユニットが対応するしきい値に達していない場合（例えば，タイマが時間切れにならない場合。）は，当該欠陥のあるデータ・パケットの指示は更なるステータス・メッセージに含まれない。
（中略）
[0018] 再送信をスピードアップするために，しきい値に達する前に更なるステータス・メッセージを送ることができる。既に要求されているデータ・パケットに対する更なる再送信の要請は，既に要求されていた再送信の予期された到着を表わすしきい値によって遅らされる。最初のしきい値及び更なるしきい値に到達する前に，更に更なるステータス・レポート（Still further status reports）を送ることができる。しかし，いずれのステータス・レポートにおいても，前のステータス・メッセージの中で指示されなかった欠陥のあるデータ・パケット又は対応するしきい値が経過した欠陥のあるデータ・パケットのみが指示される。」
　
（３）「[0026] The time between two subsequent status messages, e.g. between the first status message and the further status message, is preferably lower than a round trip time between the transmitter and the receiver. With increasing number of status messages per round trip time the overall transmission delay of the protocol by defective data packets is reduced. 」（５頁７欄１４〜２０行）
（当審仮訳）
「連続する２つのステータス・メッセージ間の時間，例えば最初のステータス・メッセージと更なるステータス・メッセージの間の時間は，好ましくは送信機と受信機の間のラウンド・トリップ・タイムよりも短い。ラウンド・トリップ・タイム当たりのステータス・メッセージの数が増えるにつれて，欠陥のあるデータ・パケットによるプロトコルの全体的な送信遅れは縮小される。」
　
（４）「[0048] A method according to the invention is described with respect to figure 3. The horizontal bars in the left part of figure 3 represent the receiver window RW at different times. The blank parts B, B' of the receiver window RW are protected by a corresponding timer, i.e. for these parts B, B' of the receiver window a status report has been sent and the corresponding timer is not expired. The hatched parts are not protected, i.e. they can be included in the next status report SR. The right part of figure 3 depicts the contents of the status reports SR. The following steps start with a first status report during a data transmission. Before the first step, the receiver has already received PDUs with sequence numbers in the interval [x, x+15] which are not acknowledged so far and upon which the receiver reports in the first status report.
　
1. The receiver checks whether the PDUs are received without error and sends a first status report according to the check. Preferably, the check is performed immediately after the reception of each data packet and the result is stored for the status report. In the example, the first status report SR comprises the status of the protocol data units in the first interval [x, x+15].
2. The receiver stores the sequence numbers of the first interval, i.e. the identities of the protocol data units which are indicated in the first status report. The receiver is preferably provided with a memory to store such intervals, e.g. the values of both interval boundaries, of one boundary and the interval size or only of one boundary if the size of an interval is constant. It is also possible that a status report contains information about an area of sequence numbers which is not contiguous. 
（中略）
3. The receiver starts a first timer for the first interval. The first timer is preferably set to expire after one round trip time between the ＲＬＣ entities of the transmitter and the receiver, measured from the time when the first status report is sent.
4. The receiver receives further protocol data units.
5. After a predefined condition a second check is performed whether data packets are defective and a corresponding status report is generated and sent. The check is performed only for the unprotected parts of the receiver window. Consequently, the second status report comprises only indications of protocol data units which are not protected by the first timer. In the example of figure 3, the receiver window at 50 ms comprises protocol data units in the range [x, x+25], but the second status report includes only protocol data units in the interval [x+16, x+25].
6. The receiver stores the sequence numbers of the second interval it reported upon.
7. The receiver starts a second timer for the second interval.
8. The receiver receives retransmissions requested by the status report from step 1.
9. The first timer expires. If a memory stores the corresponding interval, the interval can be removed from the memory or can be marked as unprotected.
10. The receiver receives additional protocol data units.
11. After a further predefined condition the next status report is generated and sent according to a corresponding check of defective PDUs. The new status report comprises only information about protocol data units, which are not protected by any of the timers which are not expired yet. In the example of figure 3, the receiver reports about the packets received in step 8 and step10, i.e. at 100 ms the receiver reports about necessary further retransmissions in the interval [x, x+15] and about newly received protocol data units in the interval [x+26, x+39]. It does not report about [x+16, x+25] because this interval is protected by the second timer and which is still not expired since step 7.」（７頁１１欄５５行〜８頁１３欄２５行）
（当審仮訳）
「[0048]本発明による方法は図３により示される。図３の左の部分中の水平方向の各バーは異なる時刻におけるに受信機ウィンドウＲＷを表わす。受信機ウィンドウＲＷのブランクの部分Ｂ，Ｂ’は，対応するタイマによってプロテクトされる。すなわち，受信機ウィンドウのこれらの部分Ｂ，Ｂ’については，ステータス・レポートが送られており，対応するタイマは時間切れになっていない。線影部分はプロテクトされていない。すなわち，それらは次のステータス・レポートＳＲに含まれ得る。図３の右の部分は，ステータス・レポートＳＲのコンテンツを示す。続く各ステップはデータ伝送の間に最初のステータス・レポートで始まる。第１のステップの前に，受信機は，インターバル[x，x+15]におけるシーケンス番号を有するＰＤＵを既に受信している。これらは今のところアクノリッジされておらず，受信機は最初のステータス・レポートで報告する。
　
1.　受信機は，ＰＤＵがエラーなしで受信されたかどうかチェックし，チェックによって最初のステータス・レポートを送る。好ましくはチェックは各データ・パケットの受信後直ち行われ，ステータス・レポートのために結果が格納される。例において，最初のステータス・レポートＳＲは，第１のインターバル[x，x+15]のプロトコル・データ・ユニットのステータスを含む。
2.　受信機は，第１のインターバルのシーケンス番号（最初のステータス・レポートの中で指示されたプロトコル・データ・ユニットのアイデンティティ）を格納する。受信機は好ましくはインターバル（例えば，インターバルの両方の境界の値，一方の境界の値及びインターバルのサイズ，あるいはインターバルのサイズが一定ならば一方の境界の値のみ。）を格納するメモリを備えている。ステータス・レポートは連続していないシーケンス番号の領域についての情報を含むことも有り得る。
（中略）
3.　受信機は，第１のインターバルのための第１のタイマの動作を開始する。第１のタイマは，好ましくは，最初のステータス・レポートが送られる時から測定されて，ＲＬＣに係る送信機と受信機の間の１ラウンド・トリップ・タイムの後に終了するように設定される。
4.　受信機は更にプロトコル・データ・ユニットを受信する。
5.　予め定められた条件の後，データ・パケットに欠陥があるかどうか，そして当該データ・パケットに対応するステータス・レポートが生成され送信されているか否かに関する第２のチェックが行われる。第２のチェックは，受信機ウィンドウのプロテクトされていない部分に対してのみ行われる。したがって，第２のステータス・レポートは，第１のタイマによってプロテクトされていないプロトコル・データ・ユニットの指示だけを含む。図３の例では，５０ｍｓの受信機ウィンドウは，[x，x+25]の範囲のプロトコル・データ・ユニットを含む。しかし，第２のステータス・レポートはインターバル[x+16，x+25]のプロトコル・データ・ユニットだけを含む。
6.　受信機は，報告した第２のインターバルにおけるシーケンス番号を格納する。
7.　受信機は，第２のインターバルのための別のタイマの動作を開始する。
8.　受信機は，ステップ１でステータス・レポートによって要請された再送信を受信する。
9.　第１のタイマが時間切れになる。もしもメモリが対応するインターバルを格納していたら，当該インターバルはメモリから削除されるかプロテクトされていないと印される。
10. 受信機は更にプロトコル・データ・ユニットを受信する。
11. 更なる予め定められた条件の後，次のステータス・レポートは欠陥のあるＰＤＵの対応するチェックによって生成され，送信される。新しいステータス・レポートは，時間切れしていないいずれのタイマによってもプロテクトされていないプロトコル・データ・ユニットに関する情報のみを含む。図３の例では，受信機はステップ８及びステップ１０で受信されたパケットに関する報告をする。すなわち，１００ｍｓ時点で，インターバル[x，x+15]における更なる必須の再再送信及び新しく受信するインターバル[x+26，x+39]のプロトコル・データ・ユニットに関する報告を行う。インターバル[x+16，x+25]は第２のタイマによってプロテクトされステップ７以降時間切れしていないので，当該報告はインターバル[x+16，x+25]に関しては報告しない。」
　
ア．上記（１）の記載によれば，引用例には「エラーがあるＲＬＣプロトコル・データ・ユニットの再送信をできるだけ早く送る必要がある。しかしながら，速い再送信は，同じＰＤＵを複数回再送信して資源を浪費することがある。」，「ステータス禁止タイマがＲＬＣラウンド・トリップ時間より長く設定される場合，不必要な再送信が防がれる。欠点は，エラーがあるデータ・パケットの再送信を著しく遅くし，特に欠陥のあるパケットの比率が高く，ラウンド・トリップ・タイムが長い場合に，遅いプロトコルとなることである。」という，本願明細書の【0004】，【0005】に示された課題と同様の課題が記載されており，ＲＬＣプロトコルに係る通信における当該課題を解決するための再送信に関する方法が記載されているから，「通信リンク制御する方法」が記載されていると言える。
イ．上記（２）の[0013]，[0015]，（４）のステップ１．，５．の記載によれば，引用例には「受信機においてデータ・パケットを受信し，欠陥があるかどうかチェックし，欠陥のあるデータ・パケットを検出すること」が記載されていると認められる。
ウ．上記（２）の[0013]，[0015]，（４）のステップ１．，５．の記載によれば，引用例のステータス・レポート（ステータス・メッセージ）は，欠陥のあるデータ・パケットの指示を含むものであり，受信機から送信機に送られるものであるから，「欠陥のあるデータ・パケットの指示を含むステータス・レポートを送信機に送信すること」が記載されていると認められる。
エ．上記（４）のステップ１．，２．，５．，１１．の記載によれば，引用例には「送信されたステータス・レポートに係るインターバルのシーケンス番号（ステータス・レポートの中で指示されたプロトコル・データ・ユニットのアイデンティティ）をメモリに格納すること」が記載されていると認められる。
オ．上記（２）の[0014]，[0015]，（４）のステップ３．，７．の記載によれば，タイマは物理層によってステータス・レポート（ステータス・メッセージ）の送信が開始される時に動作が開始されるものであり，第１のインターバル[x，x+15]に関する最初のステータス・レポートが送信されると第１のタイマの動作が開始され，更なるインターバル[x+16，x+25]（第２のインターバル）に関する更なるステータス・レポート（第２のステータスレポート）が送信されると別のタイマ（第２のタイマ）の動作が開始されるから，引用例には「各インターバルに係るステータス・レポートの送信が開始される時に，各インターバルのためのタイマの動作を開始すること」が記載されていると認められる。
カ．上記（２）の[0016]，[0018]，（４）のステップ５．，９．，１１．の記載によれば，新しく送信されるステータス・レポートは，時間切れしていないいずれのタイマによってもプロテクトされていないプロトコル・データ・ユニットの指示だけを含むのであるから，「タイマは時間切れになるまでメモリに格納された対応するインターバルのプロトコル・データ・ユニットの指示を含まないようにすること」が記載されていると認められる。
　
　したがって，引用例１には以下の発明（以下，「引用発明」という。）が記載されているものと認められる。
「通信リンク制御する方法であって，
　受信機においてデータ・パケットを受信し，欠陥があるかどうかチェックし，欠陥のあるデータ・パケットを検出することと，
　欠陥のあるデータ・パケットの指示を含むステータス・レポートを前記送信機に送信することと，
　送信されたステータス・レポートに係るインターバルのシーケンス番号（ステータス・レポートの中で指示されたプロトコル・データ・ユニットのアイデンティティ）をメモリに格納することと，
　各インターバルに係るステータス・レポートの送信が開始される時に，各インターバルのためのタイマの動作を開始することとを備え，
　前記タイマは時間切れになるまで前記メモリに格納された対応するインターバルのプロトコル・データ・ユニットの指示を含まないようにする方法。」
　
３．対比・判断
（１）引用発明はＲＬＣプロトコルに係る通信を行うものであるから，引用発明の「受信機」，「送信機」は，それぞれ本願発明の「受信エンティティ」，「送信エンティティ」に相当する。
（２）引用発明の「欠陥のあるパケット」と本願発明の「破損パケット」とは単なる表現の差異に過ぎず，実質的な差異は認められない。したがって，引用発明の「受信機においてデータ・パケットを受信し，欠陥があるかどうかチェックし，欠陥のあるデータ・パケットを検出すること」は，本願発明の「受信エンティティにおいて，送信エンティティからの破損パケットを検出すること」に相当する。
（３）引用発明の「欠陥のあるデータ・パケットの指示を含むステータス・レポートを前記送信機に送信すること」と本願発明の「否定的アクノレッジメントを前記送信エンティティに送ること」とは，下記の相違点１があるものの「破損パケットの指示を前記送信エンティティに送ること」の点で一致している。
（４）引用発明の「各インターバルのためのタイマ」は，欠陥のあるデータ・パケットの検出に基づいて送信される各ステータス・レポートの中で指示されたプロトコル・データ・ユニットに対応するものと言え，各ステータス・レポートの送信が開始される時に動作が開始され，送信されたステータス・レポートの中で示されるプロトコル・データ・ユニットの再送信をプロテクトする時間を規定するものである。したがって，引用発明の「各インターバルに係るステータス・レポートの送信が開始される時に，各インターバルのためのタイマの動作を開始すること」と本願発明の「前記否定的アクノレッジメントを送ることに応じて，前記破損パケットに特有に関連付けられた否定的アクノレッジメント禁止タイマを起動すること」とは，下記の相違点１があるものの「破損パケットの指示を送ることに応じて，前記指示に対応するタイマを起動すること」の点で差異がない。
（５）引用発明の「送信されたステータス・レポートに係るインターバルのシーケンス番号（ステータス・レポートの中で指示されたプロトコル・データ・ユニットのアイデンティティ）をメモリに格納すること」，「前記タイマは時間切れになるまで前記メモリに格納された対応するインターバルのプロトコル・データ・ユニットの指示を含まないようにする」ことと本願発明の「前記否定的アクノレッジメント禁止タイマは，前記否定的アクノレッジメント禁止タイマが時間切れになるまで，前記破損パケットについての更なる否定的アクノレッジメントのみ，送信されないようにする」とは，下記の相違点２が一応あるものの「前記タイマは，前記タイマが時間切れになるまで，前記破損パケットについての更なる指示が送信されないようにする」点で差異がない。
　
　したがって，本願発明と引用発明とを対比すると，両者は，以下の点で一致し，また，相違している。
（一致点）
「通信リンク制御する方法であって，
　受信エンティティにおいて，送信エンティティからの破損パケットを検出することと，
　破損パケットの指示を前記送信エンティティに送ることと，
　前記破損パケットの指示を送ることに応じて，前記指示に対応するタイマを起動することとを備え，
　前記タイマは，前記タイマが時間切れになるまで，前記破損パケットについての更なる指示が送信されないようにする方法。」
　
（相違点１）
　送信エンティティに送る「破損パケットの指示」が本願発明は「否定的アクノレッジメント」であるのに対し，引用発明は「ステータス・レポート」である点。これに伴い，「指示に対応するタイマ」が本願発明は「破損パケットに特有に関連付けられた否定的アクノレッジメント禁止タイマ」であるのに対し，引用発明は「各インターバルのためのタイマ」である点。
　
（相違点２）
　本願発明はタイマが時間切れになるまで「前記破損パケットについての更なる否定的アクノレッジメントのみ，送信されないようにする」ものであるのに対し，引用発明は「メモリに格納された対応するインターバルのプロトコル・データ・ユニットの指示を含まないようにする」に留まる点。
　
　以下，上記相違点について検討する。
（相違点１についての検討）
　「否定的アクノレッジメント」（ＮＡＫ）は周知慣用のものであり，引用発明は受信機が送信機に送信する情報を「ステータス・レポート」と称しているが，課題等を参酌すれば当該「ステータス・レポート」は欠陥のあるデータ・パケットを送信機に指示して再送信を要請することを意図するものであるから，引用発明の欠陥のあるデータ・パケットの指示を「否定的アクノレッジメント」（ＮＡＫ）により示すようにすることは当業者にとって容易である。
　そして，タイマを「破損パケットに特有に関連付けられた否定的アクノレッジメント禁止タイマ」とすることは，欠陥のあるデータ・パケットの指示を「否定的アクノレッジメント」（ＮＡＫ）により示すようにすることに伴い自ずと導出されることである。ここで，引用例には「予め定められた数の欠陥のあるデータ・パケットが検知されると，更なるステータス・メッセージがトリガーされる」と記載されており（上記「２．引用発明」の項の「（２）」の項の[0015]参照。），「予め定められた数」が「１」であれば，各インターバルに対応するタイマは実質的に「破損パケットに特有に関連付けられた」タイマとなることは明らかである。
　
　この点につき，出願人は平成２２年１０月２１日付けの手続補正書（方式）の「［４］  拒絶理由を解消している理由」において，『本願の独立請求項１，１４，２６では，ポールに応答して送信された状況報告，あるいは，スケジュールされた状況報告の送信を阻止しない「否定的アクノレッジメント禁止タイマ」を適用しております。この否定的アクノレッジメント禁止タイマは，誤って受信され，否定的アクノレッジメントが独立して送信される
単一の
単一の
単一の
単一の
又は複数の破損パケットに関連付けられている
ＮＡＫ禁止タイマが時間切れになるまで，１つ又は複数の破損パケットのために更なるＮＡＫは送られない
　
（相違点２についての検討）
　引用発明は，あるデータ・パケットについての指示が既に送信され対応するタイマが時間切れになっていない前のステータス・レポート（例えば，「最初のステータス・レポート」。）に含まれている場合は，新しいステータス・レポート（例えば，「更なるステータス・レポート」（第２のステータス・レポート）。）には当該データ・パケットについて指示を含まないようにすることにより，不要な再送信を防ぐものである。そして，あるデータ・パケットについての指示が既に送信され対応するタイマが時間切れになっていない前のステータス・レポートに含まれていない場合は，前のステータス・レポート（例えば，「最初のステータス・レポート」。）に対応するタイマ（例えば，第１のタイマ。）が時間切れする前に，当該データ・パケットの指示を含む新しいステータス・レポート（例えば，「更なるステータス・レポート」（第２のステータス・レポート）。）を送信可能とすることにより，遅延を防ぐものである。したがって，引用発明のタイマは，タイマが時間切れになるまで，既に指示した破損パケットについての更なる指示のみ，送信されないようにするものであるから，相違点２に実質的な相違は認められない。
　
　そして，本願発明の作用効果も，引用発明及び周知技術に基づいて当業者が予測し得る範囲のものであり，格別なものではない。
　
４．むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから，特許法第２９条第２項の規定により，特許を受けることができない。
　
　よって，結論のとおり審決する。