As the error says, your query is too big and that is due to all constituents that you are using: abstract+ biblio + full-cycle. No searcher would actually make such query in practice because no one will go and read more than 100000 documents, so you would have to restrict your query in order to get only documents you want, without all the noise. Since OPS is now paying service (for downloading above 2,5 GB per week), you need to be even more careful with such random downloading because you will actually have to pay for every document you retrieve which means you should only be paying for those that you actually need.
This query is theoretically possible but you won't gain any use of it because OPS will only allow you to download/display first 2000 hits.
Another problem is that you are trying to use all three constituents which makes your request even bigger. If you choose biblio, you already have abstracts in biblio, so there is no need to add abstract constituent as well, and if you choose fully cycle then you get all biblio (and abstract, if available) for all available publication steps anyway. Only one constituent is actually needed.
OPS is not meant for such complex searches, same as Espacenet is not, in addition to that, OPS does not allow bulk downloading so even if you manage to make your query work, your search result is over 100000 hits from which only first 2000 you will be able to display.
You need to form your query in such way that the results will be manageable by the system and the end user.
http://ops.epo.org/3.1/rest-services/pu ... 01D53%2F39
For such huge queries you need to use professional search tools and those are usually not free of charge. In case of EPO, we offer GPI, but that is not a web-service as our OPS, but proper database for professional searchers: http://www.epo.org/searching/subscription/gpi.html
More info on how to search OPS and Espacenet is available here:http://worldwide.espacenet.com/help?loc ... opic=index
and http://worldwide.espacenet.com/help?loc ... ationscql