【事件の表示】
　特願２０１３−５２３０６０「通信システムおよび基地局装置」拒絶査定不服審判事件〔平成２５年　１月１０日国際公開、ＷＯ２０１３／００５８１８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成２４年６月２９日（優先権主張　平成２３年７月１日）を国際出願日とする出願であって、平成２７年２月２５日付けで拒絶査定がなされ、これに対し、同年５月１１日に拒絶査定に対する審判請求がなされると同時に手続補正がなされたもので、平成２８年１月６日付けで当審により拒絶理由が通知された。
　
２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２７年５月１１日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「第１の通信装置に対してデータを送信する第２の通信装置と、前記第２の通信装置に対してデータを送信する第３の通信装置とを有し、ＰＤＣＰ（P
acket　Data Convergence Protocol）に対応する通信システムであって、
　前記第２の通信装置に設けられ、前記第１の通信装置に対して送信するために前記第３の通信装置から送信されるデータを一時的に保存するバッファ部と、
　前記第２の通信装置に設けられ、前記バッファ部に保存されているデータ量を計測するデータ計測部と、
　前記第３の通信装置に設けられ、前記第２の通信装置に送信するための
データを保存する送信データ蓄積部と、
　前記第３の通信装置に設けられ、前記送信データ蓄積部に保存されているデータを前記第２の通信装置へ送信する送信部と、
　前記第２の通信装置に設けられ、前記データ計測部により計測された前記データ量の計測値に基づいて、前記バッファ部が輻輳している状態か否かを判定する輻輳状態判定部と、
　前記第２の通信装置に設けられ、前記輻輳状態判定部が前記バッファ部が輻輳している状態であると判定した場合、前記バッファ部が輻輳している状態にあることを、S1 Application protocol（Ｓ１―ＡＰ）またはGPRS Tunneling Protocol for User Plane（ＧＴＰ―ｕ）の新規メッセージまたは新
規パラメータを介して、輻輳状態情報として前記第３の通信装置に通知する輻輳状態通知部とを備え、
　前記送信部は、前記輻輳状態通知部により送信される前記輻輳状態情報に基づいて、前記送信データ蓄積部に保存されているデータを前記第２の通信装置へ送信する通信システム。」
　
３．拒絶理由
　平成２８年１月６日付けで当審により通知された拒絶理由の概要は以下のとおりである。
　本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
  
　　　　　記　　　（引用文献等については引用文献等一覧参照） 
 　 
　請求項１−６に対して 
　引用文献１ 
  
　　　　　　　　　　　引　用　文　献　等　一　覧 
 　 
１．ＮＥＣ，　ＫＤＤＩ，　Ｄｅｕｔｓｃｈｅ　Ｔｅｌｅｋｏｍ，Ｔｈｅ　ｕ−ｐｌａｎｅ　ｏｖｅｒｆｌｏｗｉｎｇ　ｈａｎｄｌｉｎｇ，３ＧＰＰ　ＴＳＧ−ＲＡＮ　ＷＧ３＃７１　Ｒ３−１１０８９５，２０１１年　２月２５日，＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ３＿Ｉｕ／ＴＳＧＲ３＿７１／Ｄｏｃｓ／Ｒ３−１１０８９５．ｚｉｐ＞ 」
４．引用発明
　上記引用文献１には、以下の記載がなされている。
　
（１）「「2.1 Buffer overflowing in eNB for DL  
The PDCP window size has a limitation. For example the Maximum_PDCP_SN is 4095 if the PDCP entity is configured for the use of 12 bit SNs. This means it can accommodate up to 6,142,500 bytes provided the size of PDCP-SDU is always 1500 bytes. If within a period of time there will be more than 4095 of PDCP-SDU received from the EPC, the PDCP in eNB may need to discard some PDCP SDU, if the local buffer is temporary full.  
The problem of short-term buffer overflow at the eNB is anticipated in practical deployments especially when some UEs which receive high-data rate services move to into an area with worse coverage and the high-rate transmission is continuing.  
 …… 
2.2 Possible solutions 
A straightforward solution is to introduce a congestion indication for u-plane in the S1 interface. This will tell the EPC from eNB to slow down the DL transmission packet even thought its bandwidth is still relaxing. This will have a benefit to save bandwidth in S1-u because the packets will not be sent over S1-u when eNB is facing congestion in the air. 
We consider the following solution alternatives for the u-plane congestion indication: 
Alt.1) Congestion Indication in the S1AP 
Alt.2) Congestion Indication in the GTP-U 
Alt.3) Congestion Indication in higher layer」 
当審訳
２．１　ｅＮＢのダウンリンクにおけるバッファのオーバフロー
　ＰＤＰＣのウィンドウの大きさには制限がある。たとえば、ＰＤＰＣの
シーケンス番号の最大値は、ＰＤＰＣのエンティティが１２ビットのシーケンス番号を使用するように構成されている場合には、４０９５である。これは、常に１５００バイトの大きさで供給されるＰＤＣＰ−ＳＤＵが、６，１４２，５００バイトまで格納できることを意味する。ある時間内に、ＥＰＣから４０９５以上のＰＤＣＰ−ＳＤＵが受信され、ローカルのバッファが一時的に一杯になると、ｅＮＢのＰＤＰＣはいくつかのＰＤＣＰ−ＳＤＵを廃棄する必要があるかもしれない。　
　ｅＮＢおける短期のバッファのオーバフローの問題は、実際の配置において、特に、高データレートのサービスを受信している、いくつかのＵＥが、高データレートの通信を続けたまま、前より状態の悪い通信区域に移動したとき、起こることが予測される。
……
２．２　可能な解決策
　簡単な解決策は、Ｓ１インタフェースのｕプレーンに輻輳状態の指示を導入することである。これにより、バンド幅が依然として減少していることを考慮しても、ｅＮＢからＥＰＣへ、ダウンリンクの伝送パケットの伝送速度を低下するよう通知する。このことは、ｅＮＢが無線で輻輳しているとき
に、Ｓ１−ｕでパケットを送信しなくてもよいので、Ｓ１−ｕのバンド幅の節約のためになる。
　ｕプレーンで輻輳状態を指示する代わりに、以下の解決策について検討する。
代案１）Ｓ１ＡＰでの輻輳状態の指示
代案２）ＧＴＰ−Ｕでの輻輳状態の指示
代案３）より高位層での輻輳状態の指示
　したがって、引用文献１には次の発明（以下、「引用発明」という。）が記載されているといえる。
　
　ＵＥに対してデータを送信するｅＮＢと、ｅＮＢに対してデータを送信するＥＰＣを有し、ＰＤＣＰに対応する通信システムであって、 
　ｅＮＢのダウンリンクのためのバッファのオーバフローを解決するため
に、ｅＮＢからＥＰＣへ、Ｓ１ＡＰまたはＧＴＰ−Ｕによって輻輳状態を通知して、ダウンリンクの伝送パケットの伝送速度を低下させるようにした通信システム。 
  
５．対比 
　引用発明のＵＥ、ｅＮＢ、及びＥＰＣは、本願発明の第１の通信装置、第２の通信装置、及び第３の通信装置に対応する。 
　引用発明のｅＮＢのダウンリンクのためのバッファは、本願発明のバッ
ファ部に対応する。 
　引用発明のＥＰＣは、ｅＮＢに対してデータを送信するので、その送信するためのデータを保存する手段、及びその保存されているデータをｅＮＢへ送信する手段を有することは当然のことであるから、本願発明の送信データ蓄積部及び送信部と同様の手段を有するものといえる。
　引用発明は、ｅＮＢのダウンリンクのためのバッファのオーバフローを解決するために、輻輳状態を通知するので、バッファ部が輻輳している状態か否かを判定することは当然のことであり、バッファ部が輻輳している状態か否かを判定する点で、本願発明の輻輳状態判定部と同様な手段を有するといえる。 
　引用発明は、ｅＮＢからＥＰＣへ、Ｓ１ＡＰまたはＧＴＰ−Ｕによって輻輳状態を通知するので、輻輳状態判定部がバッファ部が輻輳している状態であると判定した場合、バッファ部が輻輳している状態にあることを、S1 Application protocol（Ｓ１―ＡＰ）またはGPRS Tunneling Protocol for User Plane（ＧＴＰ―ｕ）を介して、輻輳状態情報として通知する点で、本願
発明の輻輳状態通知部と同様な手段を有するといえる。 
　引用発明は、ｅＮＢからＥＰＣへ、Ｓ１ＡＰまたはＧＴＰ−Ｕによって輻輳状態を通知して、ダウンリンクの伝送パケットの伝送速度を低下させるようにしたので、輻輳状態通知部により送信される輻輳状態情報に基づいて、送信データ蓄積部に保存されているデータを送信する点で、本願発明の送信部と同様な手段を有するといえる。 
　したがって、本願発明と引用発明とを対比すると、次の点で一致する。
  
　第１の通信装置に対してデータを送信する第２の通信装置と、前記第２の通信装置に対してデータを送信する第３の通信装置とを有し、ＰＤＣＰ（Packet　Data Convergence Protocol）に対応する通信システムであって、
　前記第２の通信装置に設けられ、前記第１の通信装置に対して送信するために前記第３の通信装置から送信されるデータを一時的に保存するバッファ部と、 
　前記第３の通信装置に設けられ、前記第２の通信装置に送信するための
データを保存する送信データ蓄積部と、 
　前記第３の通信装置に設けられ、前記送信データ蓄積部に保存されているデータを前記第２の通信装置へ送信する送信部と、 
　前記第２の通信装置に設けられ、前記バッファ部が輻輳している状態か否かを判定する輻輳状態判定部と、 
　前記第２の通信装置に設けられ、前記輻輳状態判定部が前記バッファ部が輻輳している状態であると判定した場合、前記バッファ部が輻輳している状態にあることを、S1 Application protocol（Ｓ１―ＡＰ）またはGPRS Tunneling Protocol for User Plane（ＧＴＰ―ｕ）を介して、輻輳状態情報と
して前記第３の通信装置に通知する輻輳状態通知部とを備え、 
　前記送信部は、前記輻輳状態通知部により送信される前記輻輳状態情報に基づいて、前記送信データ蓄積部に保存されているデータを前記第２の通信装置へ送信する通信システム。 
  
　また、次の点で相違する。 
 　 
相違点１ 
　本願発明がバッファ部に保存されているデータ量を計測するデータ計測部を備え、輻輳状態判定部が、そのデータ量の計測値に基づいて、バッファ部が輻輳している状態か否かを判定するのに対して、引用発明はデータ量について特定がない点。 
  
相違点２ 
　本願発明は、輻輳状態通知部による輻輳状態情報の通知が、S1 Application protocol（Ｓ１―ＡＰ）またはGPRS Tunneling Protocol for User Plane（ＧＴＰ―ｕ）の新規メッセージまたは新規パラメータを介して通知され
るのに対して、引用発明は新規メッセージまたは新規パラメータについて特定がない点。 
  
６．判断 
相違点１について 
　引用発明は、ｅＮＢのダウンリンクのためのバッファのオーバフローを解決するために、輻輳状態を通知するのであるから、バッファ部に保存されているデータ量を計測して、そのデータ量の計測値に基づいてバッファ部が輻輳している状態か否かを判定することに困難な点はない。 
  
相違点２について 
　情報の通知を行うのであるから、何らかのメッセージまたはパラメータを介して行うのは当然のことであり、そのためのメッセージまたはパラメータを新規なものとすることに格別の点はない。 
  
　なお、平成２８年３月４日付けの意見書で、請求人は以下のように主張している。
「（２）引用発明の説明
　引用文献１には、ＵＥに対してデータを送信するｅＮＢと、ｅＮＢに対してデータを送信するＥＰＣを有し、ＰＤＣＰに対応する通信システムが開示されています。また、ｅＮＢのダウンリンクのためのバッファのオーバフ
ローを解決するために、ｅＮＢからＥＰＣへ、Ｓ１ＡＰまたはＧＴＰ−Ｕによって輻輳状態を通知して、ダウンリンクの伝送パケットの伝送速度を低下させています。
（３）本願発明と引用文献に記載された発明との対比
　請求項１に係る発明（以下、本件発明）と、引用文献１に記載の発明（以下、引用発明）とを対比します。なお、引用文献は、出願人が３ＧＰＰに提出したディスカッションパーパーです。審判官殿のご指摘の通り、引用発明のＵＥ、ｅＮＢ、及びＥＰＣは、本願発明の第１の通信装置、第２の通信装置、及び第３の通信装置に対応します。また、引用発明のｅＮＢのダウンリンクのためのバッファは、本願発明のバッファ部に対応します。さらに、引用発明は、本件発明の送信データ蓄積部、送信部、輻輳状態判定部、輻輳状態通知部および送信部と同等の構成を有します。
　一方、審判官殿の指摘の通り、以下の２つの相違点で、本件発明と引用発明は互いに相違します。
相違点１：本願発明がバッファ部に保存されているデータ量を計測するデータ計測部を備え、輻輳状態判定部が、そのデータ量の計測値に基づいて、
バッファ部が輻輳している状態か否かを判定するのに対して、引用発明は
データ量について特定がない点。
相違点２：本願発明は、輻輳状態通知部による輻輳状態情報の通知が、S1 Application protocol（Ｓ１―ＡＰ）またはGPRS Tunneling Protocol for User Plane（ＧＴＰ―ｕ）の新規メッセージまたは新規パラメータを介して
通知されるのに対して、引用発明は新規メッセージまたは新規パラメータについて特定がない点。
……
　しかしながら、本件発明では、無線基地局側のバッファ管理の状況に応じて、コアネットワーク側に対して、ＧＴＰ−ｕのプトロコルに新規なパラ
メータまたはメッセージを追加することにより、バックプレッシャーを実施しようとするものです。また、本件発明は、引用発明と異なり、ＵＤＰ（User Datagram Protocol）プトロコルをベースにした送達確認機能のないＧＴＰ−ｕプロトコルに、新たな機能を追加するものです。これにより、通信装置の間で通信されるデータが損失されることを低減することができるという有利な効果を奏します。一方、これらについては、引用文献１に開示も示唆もございません。したがいまして、本件発明は、引用発明に基づいて容易に想到できたとは到底思えません。」
　引用発明は、バッファのオーバフローを解決するためのもので、それにより「ローカルのバッファが一時的に一杯になると、ｅＮＢのＰＤＰＣはいくつかのＰＤＣＰ−ＳＤＵを廃棄する必要があるかもしれない」という問題を低減することができるものである。これは、請求人が主張する「通信装置の間で通信されるデータが損失されることを低減することができるという有利な効果」と変わらないものである。
　このことは、引用発明も、本願発明と同様に、輻輳状態を通知しているからであって、輻輳状態を通知できれば、新規メッセージまたは新規パラメータを介するものでなくても、上記効果は得られるものである。
　したがって、本願発明が、輻輳状態を新規メッセージまたは新規パラメータを介して通知することに格別な点はないから、請求人の上記「本件発明
は、引用発明に基づいて容易に想到できたとは到底思えません。」という主張は採用できない。
　
７．むすび
　以上のとおり、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。