fix(brp): allow params and id to be undefined when deserializing

[kfc35]

Objective

• Fixes BRP requests without params are rejected, even for paramless methods #23643
• Some methods for BRP have params as an Option. id itself also seems to be an Option. If these are not provided in the request object, it should not panic on the deserialization level. Individual methods should handle it, and they do already when its necesssary.

Solution

• during deserialization, params and id should just flatten the nested Option instead of unwrap and assuming something is there

Testing

• Wrote a regression test
• Tested executing a curl while the server example without params, and it works
  curl -d'{"jsonrpc":"2.0","method":"world.list_components","id":1}' -X POST -H "Accept: applcation/json" -H "Content-Type: application/json" http://127.0.0.1:15702
• Tested schedule.graph to ensure that it panics without params provided on its own (it does) and that params are still read correctly when provided (it does)