Create connected-network-type.yaml #158
Conversation
|
@camaraproject/device-status_codeowners I guess this can be moved together with #171 to the newly created https://github.com/camaraproject/DeviceQualityIndicator, do you agree? |
I think the quality indicator is something different. It will need different inputs, e.g. the network type, to provide a network quality indication. |
| * 5GNSA:4th Generation Mobile Communication Technology aka LTE with device connected 5G New Radio (NR) | ||
| * 5GSA: 5th Generation Mobile Communication Technology |
There was a problem hiding this comment.
It will be hard enough trying to work out what radio technology the device is using, without having to also work out which core it is connected to. I would suggest a single 5G option. What is the use case where the core technology is important?
| - 5GNSA | ||
| - 5GSA | ||
| - NON3GPP4G | ||
| - NON3GPP5G |
There was a problem hiding this comment.
| - NON3GPP5G | |
| - NON3GPP5G | |
| - NTN4G | |
| - NTN5G |
Amended per API Backlog/Device Status discussion (ref Device Status [PR 158](camaraproject/DeviceStatus#158)
akoshunyadi
requested review from
bigludo7,
sachinvodafone and
akoshunyadi
as code owners
|
Thank you for all the comments over the past months. Since 'Draft' label is removed, we'll provide responses/edits soon. |
Updates: - Use of UNKNOWN for undetermined connection [technology] - Simplified list of connection technologies - Updates to Examples and API documentation in line with above points
What type of PR is this?
Add one of the following kinds:
What this PR does / why we need it:
#143 requests this enhancement/feature as new API under Device Status.
Which issue(s) this PR fixes:
Fixes #143
Special notes for reviewers:
Proposal doesn't include the subscriptions portion.
Changelog input
Additional documentation
This section can be blank.