Service type value (octet 1) | |
Bits
4 3 2 1 | |
0 0 0 0 | signalling |
0 0 0 1 | data |
0 0 1 0 | mobile terminated services |
0 0 1 1 | emergency services |
0 1 0 0 | emergency services fallback |
0 1 0 1 | high priority access |
0 1 1 0 | elevated signalling |
0 1 1 1 | unused; shall be interpreted as "signalling", if received by the network |
1 0 0 0 | unused; shall be interpreted as "signalling", if received by the network |
1 0 0 1 | unused; shall be interpreted as "data", if received by the network |
1 0 1 0 | unused; shall be interpreted as "data", if received by the network |
1 0 1 1 | unused; shall be interpreted as "data", if received by the network |
All other values are reserved. | |
SMS availability indication (SAI) (octet 1) | |
Bit
1 | |
0 | SMS over NAS not available |
1 | SMS over NAS available |
Bits 2, 3 and 4 are spare and shall be coded as zero. | |
SOR-MAC-IAUSF (see NOTE 1), SOR-MAC-IUE (see NOTE 2) and CounterSOR (see NOTE 1) are coded as specified in TS 33.501. | |
SOR data type (octet 4, bit 1) | |
0 | The SOR transparent container carries steering of roaming information. |
1 | The SOR transparent container carries acknowledgement of successful reception of the steering of roaming information. |
List indication (octet 4, bit 2) (see NOTE 1) | |
0 | HPLMN indication that 'no change of the "Operator Controlled PLMN Selector with Access Technology" list stored in the UE is needed and thus no list of preferred PLMN/access technology combinations is provided' |
1 | list of preferred PLMN/access technology combinations is provided |
List type (octet 4, bit 3) (see NOTE 1) | |
0 | The list type is a secured packet. |
1 | The list type is a "PLMN ID and access technology list". |
Acknowledgement (ACK) value (octet 4, bit 4) (see NOTE 1) | |
0 | acknowledgement not requested |
1 | acknowledgement requested |
Additional parameters (AP) value (octet 4, bit 5) | |
0 | Additional parameters not included |
1 | Additional parameters included (see NOTE 3) |
If the SOR data type is set to value "0", the list type bit is set to value "1", and the additional parameters bit is set to value "1" then:
| |
ME support of SOR-CMCI indicator (MSSI) value (octet 4, bit 2) (see NOTE 2, NOTE 4) | |
0 | SOR-CMCI not supported by the ME |
1 | SOR-CMCI supported by the ME |
SOR-CMCI indicator (SI) value (octet o, bit 1) | |
0 | SOR-CMCI absent |
1 | SOR-CMCI present |
If the SOR-CMCI indicator bit is set to "SOR-CMCI present", the SOR-CMCI field is present. If the SI bit is set to "SOR-CMCI absent", the SOR-CMCI field is absent. | |
Store SOR-CMCI in ME indicator (SSCMI) value (octet o, bit 2) | |
0 | Do not store SOR-CMCI in ME |
1 | Store SOR-CMCI in ME |
SOR-CMCI (octet o+1 to octet p) | |
The SOR-CMCI field is coded according to Figure 9.11.3.51.7 and Table 9.11.3.51.2. | |
NOTE 1:
This bit or field applies for SOR header with SOR data type with value "0".
NOTE 2:
This bit or field applies for SOR header with SOR data type with value "1".
NOTE 3:
Additional parameters can be set to value "1" only when the ME supports SOR-CMCI and the list type bit is set to value "1".
NOTE 4:
The "SOR-CMCI supported by the ME" is not set by a UE compliant to an earlier release of the specification.
|
SOR-CMCI rule: | |
The SOR-CMCI rule is coded according to Figure 9.11.3.51.8 and Table 9.11.3.51.3. If the length of SOR-CMCI contents field indicates a length bigger than indicated in Figure 9.11.3.51.7, receiving entity shall ignore any superfluous octets located at the end of the SOR-CMCI. | |
Tsor-cm timer value | |
The Tsor-cm timer value field is coded according to octet 2 of the GPRS timer information element as specified in TS 24.008, subclause 10.5.7.3 and indicates the Tsor-cm timer value. When the unit field of the Tsor-cm timer value field indicates that the timer is deactivated, the receiving entity shall consider that Tsor-cm timer value is set to the infinity value. | |
Criterion type | |
Bits
8 7 6 5 4 3 2 1 | |
0 0 0 0 0 0 0 1 | DNN |
0 0 0 0 0 0 1 0 | S-NSSAI SST |
0 0 0 0 0 0 1 1 | S-NSSAI SST and SD |
0 0 0 0 0 1 0 0 | IMS registration related signalling |
0 0 0 0 0 1 0 1 | MMTEL voice call |
0 0 0 0 0 1 1 0 | MMTEL video call |
0 0 0 0 0 1 1 1 | MO SMS over NAS or MO SMSoIP |
1 1 1 1 1 1 1 1 | match all |
All other values are spare. The receiving entity shall ignore SOR-CMCI rule with criterion of criterion type set to a spare value. For "DNN", the criterion value field shall be encoded as a DNN length-value pair field. For "S-NSSAI SST", the criterion value field shall be encoded as one octet SST field. For "S-NSSAI SST and SD", the criterion value field shall be encoded as a sequence of one octet SST field and three octets SD field. The SST field shall be transmitted first. The DNN length-value pair field shall be encoded as a sequence of one octet DNN value length field and a DNN value field. The DNN value length field shall be transmitted first. The DNN value length field indicates the length in octets of the DNN value field. The DNN value field contains an APN as specified in TS 23.003. The SST field contains SST of HPLMN's S-NSSAI. The SD field contains SD of HPLMN's S-NSSAI. For "match all", "IMS registration related signalling", "MMTEL voice call", "MMTEL video call", and "MO SMS over NAS or MO SMSoIP", the criterion value field is zero octets long. If the length of SOR-CMCI rule contents field indicates a length bigger than indicated in Figure 9.11.3.51.8, receiving entity shall ignore any superfluous octets located at the end of the SOR-CMCI rule. | |