Areas API proposal

[hubertp-ericsson]

What type of PR is this?

enhancement/feature

What this PR does / why we need it:

This PR proposes a new API to be added to the Dedicated Network API family to provide information about the geographical areas where consistent service coverage according to one or more network profiles is supported. This API makes such areas discoverable.

Which issue(s) this PR fixes:

Fixes #86

Special notes for reviewers:

Changelog input

 A new API is added which provides information about the geographical areas where consistent service coverage according to one or more network profiles is supported. 

Additional documentation

This section can be blank.

docs

[hubertp-ericsson]

Attaching a presentation describing the concept.
AreasAPIforCAMARA.pptx

[Masa8106]

@hubertp-ericsson, thank you for providing the slide decks.
I see the proposed Areas API is within Dedicated Network repository and is designed only for Dedicated Network as I can see ServiceArea includes networkProfiles. Just in my opinion, I think it would be better if this Areas API can be generalised not only for Dedicated Network but also for other CAMARA APIs.

[Masa8106]

As far as I see so far, my comments are the followings:

• AreaName would be good to be kept, as it is used as input parameter of QoS B API.
• ServiceArea schema would be good to have QoS Profile as well as networkProfiles, as it can be applicable in a case of QoS B API.

[hubertp-ericsson]

To align with QoS Booking API I have added to the service area a list of supported QoS profiles. The service area has a 'name' property with content that is not necessarily unique. To uniquely identify the service area QoS Booking API could use the 'id' property which is meant to be unique, and is also a string but in uuid format.

[Masa8106]

It makes sense that the serviceArea has "name" and "id", so far.

[tlohmar]

Looks good.