【事件の表示】
　特願２０１１−５２２５８７「ネットワークにおいて通信するための方法、そのための二次局及びシステム」拒絶査定不服審判事件〔平成２２年　２月１８日国際公開、ＷＯ２０１０／０１８５０９、平成２３年１２月２２日国内公表、特表２０１１−５３０９２９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯と本願発明
　本願は、２００９年８月７日（パリ条約による優先権主張国際事務局受理、２００８年８月１４日、欧州特許庁）を国際出願日とする出願であって、原審において平成２５年１０月１０日付けで拒絶理由が通知され、平成２６年４月２３日付けで拒絶査定がなされ、これに対し、同年８月２６日に拒絶査定不服の審判が請求されるとともに、同日付けで手続補正されたものである。
　
　平成２６年８月２６日付け手続補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項１４を削除するものであるから、特許法第１７条の２第３項及び４項に適合するとともに、同法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものに該当する。
　
　したがって、本願の請求項１ないし１３に係る発明は、平成２６年８月２６日付けで手続補正された特許請求の範囲の請求項１ないし１３に記載された事項により特定されるものであるところ、そのうち、特許請求の範囲の請求項１に係る発明（以下「本願発明」という。）は、特許請求の範囲、明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
　「ネットワークにおいて通信するための方法であって、
　ａ）二次局が、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するステップと、
　ｂ）前記二次局が、前記配分されたリソースのサイズが前記メッセージのサイズに必要とされるよりも大きい場合、第一レベルの信頼性に対応するように前記メッセージの少なくとも１つの伝送パラメータを設定し、そうでなければ前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように少なくとも１つの伝送パラメータを設定するステップと、
　ｃ）前記二次局が前記一次局へ前記メッセージを伝送するステップとを有する、方法。」
　
第２　引用発明及び周知技術
１　引用例及び引用発明
　原審の拒絶理由に引用された本願の優先権主張の日前に日本国内又は外国において電気通信回線を通じて公衆に利用可能となった3GPP TSG RAN WG2 Meeting#63 Tdoc R2-084090, Philips ,NXP Semiconductors, Improving the Robustness of Buffer Status Reporting, ２００８年８月１１日、インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/wg2_rl2/TSGR2_63/Docs/R2-084090.zip＞（以下「引用例」という。）には図面とともに以下の事項が記載されている。
イ．「1　 Introduction
The robustness of buffer status reporting was discussed in RAN WG2 Meeting #62bis, where one contribution [1] identified the following two error cases:
-　in case two BSRs are reordered and for which the eNB cannot determine which of the two was computed before the other. For example, the UE generates a BSR indicating empty buffers but the next BSR indicates that new data has arrived since the previous BSR; because of HARQ, the BSRs are received out-of-order and the eNB could not determine if it has missed the uplink transmission or if the UE has missed the initial grant;
-　in case the Regular BSR that triggered the SR is lost in the initial grant after the maximum number of HARQ retransmission, and where the scheduler would in general rely on upper layer protocols for retransmissions;
These cases are examined in this contribution and possible improvements suggested so as to improve the robustness of BSR reporting.」（１頁７〜１９行）
訳文（イ．）「１　序文
バッファ・ステータス・レポーティングのロバスト性についての議論がRAN WG2 Meeting#62bisで行われ、そこで１つの寄稿[1]が次の2のエラーケースを特定した。
-　2つのBSRが再要請され、それに対して、eNBが、2つのうち、どちらが先にコンピュータ処理されたかを決められない場合。例えば、UEが、空きバッファを示すBSRを生成するが、次のBSRが前のBSR後新しいデータが到着したことを示す。これは、HARQのため、BSRがout-of-orderを受け取り、eNBが、アップリンク伝送を見逃したのか、UEが最初のグラントを見逃したのか決められなかった状況である。
-　SRにトリガーをかけたレギュラーBSRが、最大数のHARQ再伝送後、最初のグラント時に失われ、スケジューラが、通常、再伝送のための上位層プロトコルに依存する場合。
これらのケースはこの寄稿の中で考察され、BSRレポーティングのロバスト性の改善に関して考えられる改善案が提案された。」
ロ．「2　Discussion
Case 1: Out of order BSRs
In the case that a BSR is sent in conjunction with data, there is a sequence number present in the MAC packet arising from the RLC sequence number of the data segments in the MAC packet, which could be used by the eNB to arrange received BSRs in the correct order.
Additionally, the redundancy version numbering on HARQ retransmissions, and the synchronous nature of the HARQ processes, mean that the eNB can limit the possible transmission times of an original transmission to a small number of options.
Considering both of these aspects, it seems that out of order BSRs is a very rare event, which only occurs when:
・A UE empties its buffer, sends a zero BSR, then receives more data, causing a new non-zero BSR to be sent.
・Neither BSR is received correctly at the eNB in the original transmission.
・Multiple HARQ retransmissions of each BSR also fail.
・Finally eNB receives certain retransmissions of each BSR, in a particular order.
Given the rarity of this event, it seems unnecessary to add a solution at this time. However, extending the RLC sequence numbering into zero BSR could be used to prevent it, if necessary. This would not cause any extra overhead, since the zero BSR will contain padding anyway.」（１頁２０行〜２頁３行）
訳文（ロ．）「２　検討
ケース１：　Out-of-order BSRs
データと連動してBSRが送られる場合、MACパケット内データセグメントのRLCシーケンス番号から生ずるMACパケット内のシーケンス番号が存在するが、これは受け取ったBSRsを正しい順番に配列するためにeBNによって使用される。
さらに、HARQ再伝送時の冗長バージョン番号付け、HARQプロセスの同期性が、eNBが、可能な初期伝送の伝送時間を最少数のオプションに限定できることを意味する。
これら両側面を考えると、out-of-order BSRsは、以下の場合にだけ起きる非常に希な事象のようである。
・UEが、そのバッファを空にし、ゼロBSRを送り、更に多くのデータを受け取り、新しいnon-zero BSR を送る。
・初期伝送のeNBにおいて、いずれのBSRも正しく受信されない。
・各BSRのHARQ複数再伝送も失敗する。
・最終的に、eNBが、特殊な順序で各BSRの再伝送を受け取る。
この事象の希少性を考えると、現時点では解決策を追加する必要なさそうである。しかしながら、必要なら、RLCシーケンス番号付けをゼロBSRに拡大することでこれを防ぐことはできそうだ。ゼロBSRはいずれにしてもパディングを含むため、これによる余計なオーバーヘッドは生じないであろう。」
ハ．「5 Text Proposal for 36.321
5.4.5　Buffer Status Reporting
The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data in the UL buffers of the UE.
A Buffer Status Report (BSR) shall be triggered if any of the following events occur:
-　UL data arrives in the UE transmission buffer and the data belongs to a logical channel with higher priority than those for which data already existed in the UE transmission buffer, in which case the BSR is referred to below to as Regular BSR;
-　UL resources are allocated and number of padding bits is larger than the size of the Buffer Status Report MAC control element, in which case the BSR is referred to below to as Padding BSR;
-　a serving cell change occurs, in which case the BSR is referred to below to as Regular BSR;
-　the PERIODIC BSR TIMER expires, in which case the BSR is referred to below to as Periodic BSR;.
-　the transmission of the MAC SDU containing the last transmission of a Regular BSR has failed, in which case the BSR is referred to below as Regular BSR.
For Regular and Periodic BSR:
-　if only one LCG has buffered data in the TTI where the BSR is transmitted: report short BSR;
-　else if more than one LCG has buffered data in the TTI where the BSR is transmitted: report long BSR.
For padding BSR:
-　if the number of padding bits is equal to or larger than the size of the Short BSR but smaller than the size of the Long BSR, report Short BSR of the LCG with the highest priority logical channel with buffered data;
-　else if the number of padding bits is equal to or larger than the size of the Long BSR, report Long BSR.
If the Buffer Status reporting procedure determines that a BSR has been triggered since the last transmission of a BSR:
-　if the UE has UL resources allocated for new transmission for this TTI:
　-　instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element;
　-　restart the PERIODIC BSR TIMER.
-　else if a Regular BSR has been triggered since the last transmission of a BSR:
　-　a Scheduling Request shall be triggered.
NOTE:Even if multiple events occur by the time a BSR can be transmitted, only one BSR will be included in the MAC PDU.
A pending BSR shall be cancelled in case the UL grant can accommodate all pending data but is not sufficient to accommodate the BSR MAC control element in addition.」（４頁１〜３１行）
訳文（ハ．）「５　36.321のためのテキスト・プロポーザル
5.4.5  バッファ・ステータス・レポーティング
バッファ・ステータス・レポーティング手順は、サービス状態のeNBに、UEのULバッファ内のデータ量情報を提供するために使われる。
バッファ・ステータス・レポート(BSR)は、以下のイベントのいずれかが発生した場合に、トリガーがかけられることになる。
-　ULデータがUE伝送バッファに到達し、そのデータがUE伝送バッファにすでに存在するものより高い優先度でロジカル・チャネルに属する、この場合BSRは「レギュラーBSR」と呼ばれる。
-　ULリソースが割り当てられ、パディングビットの数が、バッファ・ステータス・レポートMACコントロール・エレメントのサイズより大きい、この場合BSRは「パディングBSR」と呼ばれる。
-　サービングセルチェンジが起こる。この場合BSRは「レギュラーBSR」と呼ばれる。
-　周期的BSRタイマーが満了する。この場合BSRは「周期的BSR」と呼ばれる。
-　レギュラーBSRの最終伝送を含むMAC SDUの伝送が失敗する。この場合BSRは「レギュラーBSR」と呼ばれる。
レギュラーおよび周期的BSRに対して：
-　BSRが伝送されるTTIにおいて、ただ１つのLCGがバッファされた場合、ショートBSRをレポートする。
-　それ以外、BSRが伝送されるTTIにおいて、２つ以上のLCGがバッファされた場合、ロングBSRをレポートする。
パディングBSRに対して：
-　パディングビットの数がショートBSRのサイズと等しいか大きく、しかしロングBSRのサイズより小さい場合、最優先ロジカル・チャネル付きLCGのショートBSRをバッファー・データとともにレポートする。
-　それ以外、パディングビットの数がロングBSRのサイズと等しいか大きい場合、ロングBSRをレポートする。
バッファ・ステータス・レポーティング手順が、BSRの最終伝送後にBSRにトリガーがかかる、と定めている場合：
-　UEが、このTTIのための新しい伝送へ割り当てられたULリソースを持つ場合：
　- マルティプレックスおよびアセンブリー手順にBSR　MACコントロール・エレメントを生成するよう指示する。
　-　周期的BSRタイマーをリスタートする。
-　それ以外、BSRの最終伝送後にレギュラーBSRにトリガーがかけられた場合：
　-　スケジューリング・リクエストがトリガーされる。
注：BSRが伝送可能となる時までに複数のイベントが発生する場合、ただ１つのBSRがMAC PDUに含まれることになる。
ULグラントが全ペンディング・データを引き受けるが、更なるBSR MACコントロール・エレメントを引き受けるに十分でない場合、ペンディングBSRはキャンセルされることになる。」
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、上記ハ．における「バッファ・ステータス・レポーティング手順は、サービス状態のeNBに、UEのULバッファ内のデータ量情報を提供するために使われる。」との記載、上記ロ．の「ケース１：　Out-of-order BSRs」における同ロ．の「必要なら、RLCシーケンス番号付けをゼロBSRに拡大することでこれを防ぐことはできそうだ。ゼロBSRはいずれにしてもパディングを含むため、これによる余計なオーバーヘッドは生じないであろう。」との記載に着目すれば、引用例のUEは、パディングを含むゼロBSRをeNBへレポートしている。
　また、前述のパディングを含むゼロBSRは、パディングBSRということができるから、上記ハ．「パディングBSRに対して：パディングビットの数がショートBSRのサイズと等しいか大きく、しかしロングBSRのサイズより小さい場合、最優先ロジカル・チャネル付きLCGのショートBSRをバッファー・データとともにレポートする。」との記載によれば、前述のパディングを含むゼロBSRは、パディングビットの数がショートBSRのサイズと等しいか大きく、しかしロングBSRのサイズより小さい場合に当てはまる。そして、前述のパディングを含むゼロBSRが、ロングBSRのサイズより小さい以上、ULリソースのサイズがパディングを含むゼロBSRのサイズに必要とされるよりも大きいことは明らかである。
　また、前述のパディングを含むゼロBSRをレポートする以外の場合は、パディングを含まない「ショートBSR」又は「ロングBSR」をレポートすることは技術常識である。
　また、上記ハ．における「ULリソースが割り当てられ、パディングビットの数が、バッファ・ステータス・レポートMACコントロール・エレメントのサイズより大きい、この場合BSRは「パディングBSR」と呼ばれる。」との記載によれば、BSRは、ULリソースにおいてバッファ・ステータス・レポートMACコントロール・エレメントを有している。
　また、UEは、BSRをeNBへレポートする以上、UEが、BSRのeNBへの伝送を準備するステップと、UEが、BSRにバッファー・データを設定するステップと、UEが、BSRをeNBへ伝送するステップとを有することは自明である。
　そして、引用例は、UEが、ネットワークを介してBSRをeNBへレポートするから、ネットワークにおいて通信するための方法について記載されているということができる。
　したがって、上記引用例には、以下の発明（以下「引用発明」という。）が記載されているものと認められる。
　
　「ネットワークにおいて通信するための方法であって、
　ａ）UEが、ULリソースにおいてバッファ・ステータス・レポートMACコントロール・エレメントを有するBSRのeNBへの伝送を準備するステップと、
　ｂ）前記UEが、前記ULリソースのサイズが前記BSRのサイズに必要とされるよりも大きい場合、前記BSRのパディングを含むゼロBSRにおけるバッファー・データを設定し、そうでなければパディングを含まないショートBSR又はロングBSRにおけるバッファー・データを設定するステップと、
　ｃ）前記UEが前記eNBへ前記BSRを伝送するステップとを有する、方法。」
　
２　周知例及び周知技術
（Ａ）周知例１
　原審の拒絶理由に引用された本願の優先権主張の日前に日本国内において頒布された刊行物である特開２００８−９２３７８号公報（平成２０年４月１７日公開、以下「周知例１」という。）には図面とともに以下の事項が記載されている。
　
イ．「【技術分野】
【０００１】
　本発明は移動通信の技術分野に関連し、特に上りデータチャネルに付随する上り制御チャネルを伝送するための装置及び方法に関連する。
【背景技術】
【０００２】
　この種の技術分野では、３ＧＰＰにおける上りリンクの高品質化や高速化等を図るために高速アップリンクパケットアクセス(HSUPA:  High  Speed  Uplink  Packet  Access)方式が既に提案されている。具体的には、同期式の自動再送要求(Synchronous  Automatic  Repeat  reQuest)方式、適応変調符号化(AMC:  Adaptive  Modulation  and  channel  Coding)方式、時間スケジューリング等の技術が使用されている。
【０００３】
　HSUPA方式では符号分割多重アクセス(CDMA:  Code  Division  Multiple  Access)方式が使用されており、各ユーザは同一周波数で同時に信号を送信する。自局の送信信号は他局の干渉に直結する一方、信号電力は信号品質に大きく影響するので、送信電力はできるだけ過不足なく制御されることが好ましい。このため、基地局から指定されたMCS番号と異なるMCS番号，送信電力でユーザ装置が上りデータチャネルを送信することも許容されている。MCS番号はデータ変調方式及びチャネル符号化率を特定する情報であり、大きなMCS番号は高速な伝送レートに対応し、小さなMCS番号は低速な伝送レートに対応するのが一般的である。例えば、或る時点でユーザ装置はMCS番号５で上りデータチャネルを送信するように、下りL1L2制御チャネルが指定していたとする。ユーザ装置の１つの選択肢は、そのままMCS番号５で上りデータチャネルを送信することである。しかしながら、例えばユーザ装置の上りデータチャネルのデータ量が非常に少なかった場合、ユーザ装置自らの判断でそのデータをMCS３で送信してもよい。小さなMCS番号を利用することで伝送レートは落ちるが、その代わりに信号の冗長度が増えるので信頼性を高くすることができる。また，一般的に低いMCSの方が所要の受信SINRが小さい。したがって，指定されたMCSより低いMCSをユーザ装置が用いることによって，送信電力を低減することができ，他セルに与える干渉電力を下げることができる。
【０００４】
　この種のHSUPA方式の技術については、例えば非特許文献１に記載されている。
【非特許文献１】3GPP TR 25.808, Technical Specification Group Radio Access Network FDD Enhanced Uplink Physical Layer Aspectsa」（４〜５頁）
　
（Ｂ）周知例２
　原審の拒絶理由に引用された本願の優先権主張の日前に日本国内において頒布された刊行物である特開平９−４６３２１号公報（平成９年２月１４日公開、以下「周知例２」という。）には図面とともに以下の事項が記載されている。
　
ロ．「【０００１】
【産業上の利用分野】本発明は、固定長のデータフォーマットによるデータ通信方法及び装置に関する。ＴＤＭＡ方式に於いては、固定の時間が割当てられるから、固定長のデータフォーマットによるデータ通信方式が適用されている。この固定長のデータフォーマットは、例えば、同期ワードと、有効情報と、その有効情報の長さを示す情報長情報と、有効情報が短い場合に挿入するパディング（Ｐadding）と、同期ワードを除く部分についての誤り検出符号（ＣＲＣ；Ｃyclic Ｒedundancy Ｃheck）とを含むものである。この誤り検出符号を用いて伝送誤りの有無を検出し、誤り有りの場合はこのフレームを廃棄して、再送処理を行うものである。」（２頁２欄〜３頁３欄）
　
ハ．「【００１６】
【作用】
（１）送信側に於いては、少なくとも有効情報Ｉ、即ち、有効情報Ｉのみ又はこの有効情報Ｉと情報長情報Ｌとに対して誤り検出を行う情報を、パディングＰＡＤの領域に挿入し、同期ワードＳＷを除く部分に対して誤り検出を行う誤り検出符号ＣＲＣを算出し、この符号誤り検出符号ＣＲＣを付加して、固定長のフレームを構成し、この固定長のフレームを送信する。受信側に於いては、符号誤り検出符号ＣＲＣを用いて伝送誤りを検出し、この場合に伝送誤り有りを検出したとしても、有効情報Ｉ又はこの有効情報Ｉと情報長情報Ｌに対する誤り検出を行う情報を用いて、有効情報Ｉ又はこの有効情報Ｉと情報長情報Ｌの伝送誤りを検出し、この有効情報Ｉに伝送誤りが無ければ、この受信フレームは有効として受信処理する。従って、パディングの部分に伝送誤りがあっても、有効情報Ｉの部分に伝送誤りがなければ、受信フレームは廃棄されないで受信処理される。
【００１７】（２）又少なくとも有効情報Ｉ、即ち有効情報Ｉのみ又は有効情報Ｉの情報長情報Ｌとに対する誤り検出符号ＣＲＣ’を算出し、この誤り検出符号ＣＲＣ’をパディングＰＡＤの領域に挿入する。この場合、情報長情報Ｌと有効情報Ｉと誤り検出符号ＣＲＣ’とパディングＰＡＤとを含めて誤り検出符号ＣＲＣを算出し、例えば、先頭に同期ワードＳＷ、最後尾に誤り検出符号ＣＲＣを付加して固定長データフォーマットにより送信する。受信側では、誤り検出符号ＣＲＣ’を用いて少なくとも有効情報Ｉの伝送誤りを検出することができるから、有効情報Ｉの伝送誤りが無ければ、パディングＰＡＤも含めて算出した誤り検出符号ＣＲＣによる伝送誤り有りの検出の場合でも、受信フレームは廃棄することなく、受信処理する。
【００１８】（３）又有効情報Ｉが短い場合、パディングの領域に有効情報Ｉ、又は有効情報Ｉと情報長情報Ｌ、又は有効情報Ｉと情報長情報Ｌと誤り検出符号ＣＲＣ’とを、繰り返し挿入する。受信側では、少なくとも有効情報Ｉを複数回受信できることになり、ビット対応の照合による誤り検出、又はビット対応の多数決により誤り訂正を行って、受信処理することができる。
【００１９】（４）又少なくとも有効情報Ｉに対する誤り検出符号ＣＲＣ’と共に、ＢＣＨ符号等の誤り訂正符号をパディングの領域に挿入して送信する。受信側では、この誤り訂正符号によって有効情報Ｉの誤り訂正が可能となり、有効情報Ｉに伝送誤りが含まれた場合でも、それを訂正して受信処理することができる。」（４頁５〜６欄）
　
（Ｃ）したがって、上記周知例１及び２の上記記載にみられるように、「ネットワークにおける通信において、冗長な伝送が可能である場合に冗長符号を付加し信頼性を高めること。」は、本願の優先権主張の日前、周知の技術（以下「周知技術」という。）ということができる。
　
第３　対比
　本願発明と引用発明とを対比する。 
ａ．引用発明の「UE」及び「eNB」は、本願発明の「二次局」及び「一次局」にそれぞれ対応する構成であり両者の間に実質的な差異はない。
ｂ．引用発明の「ULリソース」は、eNBから配分されたリソースであるから、「配分されたリソース」ということができる。
ｃ．引用発明の「バッファ・ステータス・レポートMACコントロール・エレメントを有するBSR」は、「バッファ・ステータス・レポートMACコントロール・エレメント」が、バッファー・データを格納するためのデータフィールドを含み、「BSR」が、それ自体「レポート」であり、全体としてメッセージを構成するから、「レポートと、データを含むためのデータフィールドとを有するメッセージ」ということができる。
ｄ．本願発明の「伝送パラメータ」との用語に関連して、本願明細書の発明の詳細な説明には、以下の記載がある。
・段落【０００４】「一例において、リソースを要求するためには、伝送されるべきデータ、すなわち二次局のバッファにおけるデータの量を示す必要がある。この目的のため、二次局は一次局へ、二次局バッファにおけるデータの量を示すＢＳＲ（バッファステータスレポート）を伝送する。」
・段落【００２２】「二次局２００はアップリンクチャネル２６０上で、伝送されるべきデータを含むそのバッファの状態の表示を伝送する。このバッファステータスレポートは異なる型であることができる。短いバッファステータスレポート（ＢＳＲ）は、論理チャネルの単一グループの識別を、伝送を待っている二次局のバッファに現在存在する論理チャネルのそのグループに対応するデータの量の６ビット表示と共に有する。長いＢＳＲは、各々が論理チャネルの異なるグループに対応する４個の連結された短いＢＳＲを有する。」
・段落【００３９】「ＬＴＥにおいて、二次局がデータの量に対して大き過ぎるアップリンクグラントを持つとき（例えばバッファにデータがない場合）、これはとにかく伝送し、可能であればパディングＢＳＲを含むパディングを加える。パディングはグラントされたトランスポートブロックサイズに達するために適用される。」
・段落【００４２】「本発明の一態様は、二次局が、アップリンクデータ伝送プラスＢＳＲなどの他のシグナリングのために必要とされる以上のリソースをグラントされるとき、これはパディングビットではなく付加冗長性を伝送するために付加リソースを使用し得るという認識に基づく。これはＢＳＲメッセージの正確なデコーディングの可能性を増すことができる。」
　そして、本願発明及び本願明細書の発明の詳細な説明における上記記載より、本願発明の「伝送パラメータ」は、本願発明において「レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージ」「前記メッセージの少なくとも１つの伝送パラメータ」というように、レポートとデータを含むためのデータフィールドとに格納され伝送される情報を「伝送パラメータ」という用語で規定し、当該「伝送パラメータ」は、ＢＳＲとともに一次局に伝送される、二次局のバッファにおける「データの量」、「パディング」又は「付加冗長性を伝送するための付加リソース」を含めることによって、本願発明の「第一レベルの」又は「第二レベルの」「信頼性に対応するように」設定されたものと認められる。
　そうすると、本願発明の「伝送パラメータ」は、「データ量、パディング又は付加冗長性を伝送するための付加リソース」を含む程度のものと理解できる。
　してみれば、引用発明の「パディングを含むゼロBSRにおけるバッファー・データ」及び「パディングを含まないショートBSR又はロングBSRにおけるバッファー・データ」と、本願発明の「伝送パラメータ」とは、後述する相違点を除いて、「特定のパラメータ」という点で一致し、それぞれ「第１の特定のパラメータ」及び「第２の特定のパラメータ」と称することは任意である。
　
　したがって、本願発明と引用発明は、以下の点で一致ないし相違している。 
（一致点） 
　「ネットワークにおいて通信するための方法であって、
　ａ）二次局が、レポートと、配分されたリソースにおいてデータを含むためのデータフィールドとを有するメッセージの一次局への伝送を準備するステップと、
　ｂ）前記二次局が、前記配分されたリソースのサイズが前記メッセージのサイズに必要とされるよりも大きい場合、前記メッセージの少なくとも１つの第１の特定のパラメータを設定し、そうでなければ少なくとも１つの第２の特定のパラメータを設定するステップと、
　ｃ）前記二次局が前記一次局へ前記メッセージを伝送するステップとを有する、方法。」
（相違点１）
　「前記配分されたリソースのサイズが前記メッセージのサイズに必要とされるよりも大きい場合、前記メッセージの少なくとも１つの第１の特定のパラメータを設定し、そうでなければ少なくとも１つの第２の特定のパラメータを設定する」に関し、
　本願発明は、前記配分されたリソースのサイズが前記メッセージのサイズに必要とされるよりも大きい場合、「第一レベルの信頼性に対応するように」前記メッセージの少なくとも１つの「伝送パラメータ」を設定し、そうでなければ「前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように」少なくとも１つの「伝送パラメータ」を設定するのに対し、引用発明は、前記ULリソースのサイズが前記BSRのサイズに必要とされるよりも大きい場合、前記BSRのパディングを含むゼロBSRにおけるバッファー・データを設定し、そうでなければパディングを含まないショートBSR又はロングBSRにおけるバッファー・データを設定するものの、配分されたリソースのサイズがメッセージのサイズに必要とされるよりも大きい場合、「第一レベルの信頼性に対応するように」設定しておらず、そうでなければ「前記第一レベルの信頼性よりも低い第二レベルの信頼性に対応するように」設定していない点。
（相違点２）
　「第１の特定のパラメータ」及び「第２の特定のパラメータ」に関し、
　本願発明は、「伝送パラメータ」であるのに対し、引用発明は、それぞれ「パディングを含むゼロBSRにおけるバッファー・データ」及び「パディングを含まないショートBSR又はロングBSRにおけるバッファー・データ」である点。
第４　判断
　そこで、上記相違点１及び２について検討する。
　上記「第２　２　周知例及び周知技術」の項の（Ｃ）のとおり、「ネットワークにおける通信において、冗長な伝送が可能である場合に冗長符号を付加し信頼性を高めること。」は周知の技術（周知技術）である。そして、ネットワークにおける通信において、上記引用例の上記イ．における「BSRレポーティングのロバスト性の改善に関して考えられる改善案が提案された。」との記載にみられるように、ロバスト性を改善することは周知の課題である。
　そうすると、上記周知技術に接した当業者であれば、引用発明の「パディングを含むゼロBSRにおけるバッファー・データ」に周知技術を採用し、高いレベルの信頼性に対応するように設定すること、これに相対的に対応して「パディングを含まないショートBSR又はロングBSRにおけるバッファー・データ」が低いレベルの信頼性となること、すなわち、上記相違点１に係る構成とすることは、容易に想到し得るものである。その際、信頼性のレベルに応じて、パラメータを設定するから、引用発明の「パディングを含むゼロBSRにおけるバッファー・データ」及び「パディングを含まないショートBSR又はロングBSRにおけるバッファー・データ」を、それぞれ「伝送パラメータ」と称することができること（相違点２）は当然である。
　そして、本願発明の作用効果も、引用発明及び周知技術から当業者が容易に予測できる範囲のものである。
　
第５　むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願はその余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。