Required features
Messaging features that increase the cost of sending a message may be dropped in favor of least-cost routing. By setting the required features parameter you can prevent features being dropped by making them mandatory for message delivery to occur. You can, for instance, prevent the dropping of a sender ID by setting this parameter.
Setting the required features bitmask
For certain message features like binary, Unicode, concatenation and UDH, we always set the appropriate required feature value for you. This parameter is set using a combined decimal number to refer to the additional required features.
The decimal value that refers to a particular message type feature is listed in the table below:
Hex value |
Decimal |
Description |
---|---|---|
0x0001 |
1 |
Text – set by default |
0x0002 |
2 |
8-bit messaging – set by default |
0x0004 |
4 |
UDH (binary) – set by default |
0x0008 |
8 |
UCS2 / Unicode – set by default |
0x0010 |
16 |
Alpha source address (from parameter) |
0x0020 |
32 |
Numeric source address (from parameter) |
0x0200 |
512 |
Flash messaging |
0x2000 |
8192 |
Delivery acknowledgments |
0x4000 |
16384 |
Concatenation – set by default |
For example:
32 + 512 = 544 – Numeric sender ID and flash SMS both required. The value you would set to ensure that flash and numeric sender ID are both supported would therefore be 544.
To ensure that delivery acknowledgment and alphanumeric IDs are supported you would use the value 8240 (16 + 32 + 8192).
You can view the Parameters list page to see the name of the parameter for the API you are using.
Submit a Comment
Other Resources
Ask the Community
Visit Stack Overflow to join our community of developers and find the answer you need
Contact Support
Contact our support team and one of our agents will be in touch with you to answer any questions you have