BLE: add nonscannable connectable type

[paul-szczepanek-arm]

Description

GAP was missing an advertising type that would allow to attach an extended advertising payload (non-legacy PDU) and also be connectable. This adds this type. This is caused by the limitation where extended pdu cannot be added to advertising that is both scannable and connectable.

Pull request type

[x] Fix
[ ] Refactor
[ ] Target update
[ ] Functionality change
[ ] Docs update
[ ] Test update
[ ] Breaking change

Reviewers

@donatieng

Release Notes

Adds new type, existing functionality unchanged.

[ciarmcom]

@paul-szczepanek-arm, thank you for your changes.
@donatieng @ARMmbed/mbed-os-pan @ARMmbed/mbed-os-maintainers please review.

[donatieng]

LGTM thanks @paul-szczepanek-arm

[0xc0170]

CI started

[mbed-ci]

Test run: SUCCESS

Summary: 11 of 11 test jobs passed
Build number : 1
Build artifacts

[pan-]

use_legacy_pdu should be set too false.

[paul-szczepanek-arm]

I assumed it was, seeing as only a few lines above there's a:

 use_legacy_pdu = true;

but apparently the default is already true

[paul-szczepanek-arm]

Actually the default constructor does set it to false and either way it's irrelevant since the type shouldn't set it as it's set by an explicit passed in parameter.

[paul-szczepanek-arm]

    pal::advertising_event_properties_t event_properties(params.getType());
    event_properties.use_legacy_pdu = params.getUseLegacyPDU();

[paul-szczepanek-arm]

We discussed this and the changes required to make this neat are outside of scope for this PR and functionally the code is correct.