143 System SelectionRecommended System Selection Requirements

1、recommended system selection requirements for 1x and 1xev-do-capable terminalscontentsrecommended system selection requirements for 1x and 1xev-do-capable terminalscdg document 143version 1.0115 march 2007cdma development group575 anton boulevard, suite 560costa mesa, california 92626phone +1 888 80

2、0-cdma+1 714 545-5211fax +1 714 545-4601noticeeach cdg member acknowledges that cdg does not review the disclosures or contributions of any cdg member nor does cdg verify the status of the ownership of any of the intellectual property rights associated with any such disclo

3、sures or contributions. accordingly, each cdg member should consider all disclosures and contributions as being made solely on an as-is basis. if any cdg member makes any use of any disclosure or contribution, then such use is at such cdg member's sole risk. each cdg member agrees that cdg shall

4、 not be liable to any person or entity (including any cdg member) arising out of any use of any disclosure or contribution, including any liability arising out of infringement of intellectual property rights. <page left blank intentionally>ref doc. 143, ver. 0.616 aug 200658contentsrecommended

5、 system selection requirements for 1x and 1xev-do-capable terminalsicdg document 143iversion 0.6i16 aug 2006i1. introduction11.1 purpose11.2 scope11.3 terms and definitions11.4 references22. prl and selection preferences42.1 prl versions42.2 prl storage42.3 default prl52.4 ota prl provisioning52.5 p

6、rl acquisition table62.6 roaming indicator62.7 prl channels72.8 prl enhancements for international roaming82.9 nam sid/nid list92.10 prl system matching92.11 preference order122.12 forbidden systems133. mru table153.1 mru storage153.2 mru logging154. system selection174.1 power-up174.2 better servic

7、e reselection (bsr)184.3 system lost214.4 reverse link limited system224.5 redirection234.6 call release254.7 voice and data call origination254.8 otasp call origination284.9 emergency call origination295. do system selection hybrid mode325.1 collocated list325.2 power-up355.3 idle operation355.4 do

8、 better service reselection (dbsr)365.5 do system lost385.6 redirection395.7 attempt to open a connection405.8 session negotiation425.9 data call origination445.10 idle digital mode (idm)465.11 do traffic operation466. do system selection non-hybrid497. acronyms and abbreviations51a. configurable pa

9、rameters53b. prl construction guidelines56b.1 general prl construction guidelines56b.2 do-specific prl construction guidelines57list of tablestable 11  reference documents and standards2table 41silent redial28table 51  prl acquisition33table 52  prl system table33table

10、a1  configurable parameters53revision historydateversiondescription9 aug 20060.1initial release10 aug 20060.2updated to incorporate cdg template format11 aug 20060.3formatting update14 aug 20060.4incorporate comments15 aug 20060.5add table format16 aug 20060.6updated requirements16 feb 200

11、71.0updated for 1.0 publication126 sepfed 20071.0updated for 1.10 publication<page left blank intentionally>recommended system selection requirements for 1x and 1xev-do-capable terminalspurpose1. introduction1.1 purposethis document specifies recommended system selection requirements. this doc

12、ument is intended to capture the system selection requirements of all operators. it is strongly recommended that operators use this document for their system selection requirements rather than creating their own requirements document. having all operators using the same system selection requirements

13、 would help in providing a consistent user experience when roaming in and out of the user home country.note:do, ev-do, hdr, and hrpd are used interchangeably in this document to refer to 1xev-do (evolution data-optimized) systems.1.2 scopethis document is intended to be used by 1x and 1xev-do operat

14、ors as their system selection requirements document. the target audiences for this document are 1x and 1xev-do operators and their handset vendors.1.3 terms and definitionsfour categories of requirements are established:(m) mandatorythe handset must support that characteristic in order to achieve ap

15、proval.(hd) highly desirableit is highly desirable and recommended that the handset supports this characteristic. this feature may become mandatory in subsequent versions of the document. supporting this characteristic will be valued in the commercial promotion of the terminal.(o) optionalit is left

16、 up to the manufacturer whether or not the terminal supports this characteristic. the handset may support this characteristic.(d) discardthe manufacturer shall not support this feature or function. recommended system selection requirements for 1x and 1xev-do-capable terminals1.4 referencesreference

17、documents, which may include standards and resource documents, are listed in table 11. reference documents that are no longer applicable are deleted from this table; therefore, reference numbers may not be sequential.table 11  reference documents and standardsref.documentstandardss1band cl

18、ass specification for cdma 2000 spread spectrum systems3gpp2 c.s0057s2prl enhancements for international roamingcdg document #86<page left blank intentionally>2. prl and selection preferencesthe preferred roaming list (prl) is a data structure set up by the operator and programmed into the mss

19、 nv memory or ruim. the prl instructs the ms where to look for service and, when a system is acquired, whether it is usable. in addition, the prl specifies the roaming indicator to be displayed when providing service on a particular system.2.1 prl versionsreq. #requirementcategoryremarksrefspri conf

20、iguration2.1.1ms shall support is-683-a prlm2.1.2ms shall support is-683-c prlhdmandatory for devices that support 1xev-do. this requirement will become mandatory for all devices in the future.having all ms supporting is-683-c prl reduces the numbers of prls an operator has to maintain.2.2 prl stora

21、gereq. #requirementcategoryremarksrefspri configuration2.2.1ms shall provide a minimum of 8 kb (8000 bypts) for prl storage per nam in nv memorym2.2.2ms that support an ruim shall support prl read configurations: see remarks columnmread prl from ruim only.read prl from nv memory only.read prl from r

22、uim if available (else read prl from nv memory).exposure of the prl read configuration at ui level is optional.2.2.3when reading the prl from ruim, ms shall first try to read prl from ef-eprlhdif the ef-eprl read or validation fails, ms shall try to read the prl from ef-prl.if the prl read or valida

23、tion of both ef-eprl and ef-prl fail, ms shall build a default prl, as defined in section 2.32.3 default prlthe purpose of a default prl is to enable the ms to acquire service when no prl is programmed into nv memory or ruim, or when the prl usage is disabled. using a default prl ensures that the ms

24、 would not enter an offline (or service required) state as a result of no prl being programmed to nv/ruim. when in offline state, the ms is not able to place calls, including emergency and otasp calls.req. #requirementcategoryremarksrefspri configuration2.3.1ms shall build a default prl during power

25、-up if no valid prl is stored in nv memory or ruimmdefault prl shall include all preferred 1x channels from all the bands that are supported by the ms.default prl shall allow operation on any 1x systems, i.e., the sid field of all system table entries should be set to wildcard (0).2.4 ota prl provis

26、ioningreq. #requirementcategoryremarksrefspri configuration2.4.1ms shall support is-683-a-based ota prl provisioningm2.4.2ms shall support is-683-c-based ota prl provisioninghdan r-uim card that supports ef-eprl is expected to write an is-683-c or newer prl to the ef-eprl storage location (as oppose

27、d to the ef-prl storage location).mandatory for devices that support 1xev-do2.5 prl acquisition tablereq. #requirementcategoryremarksrefspri configuration2.5.1ms shall support a minimum of 80 unique mode/band/channel combinations in the prl acquisition tablemprl acquisition records that list channel

28、s result in one mode/band/channel combination per listed channel.prl acquisition records that list blocks result in one mode/band/channel combination for each preferred channel that is part of the block.mode/band/channel combinations that are listed multiple times are only counted once.2.5.2ms shall

29、 support a minimum of 180 unique mode/band/channel combinations in the prl acquisition tablehd2.5.3ms with do capability shall support a minimum of 180 unique mode/band/channel combinations in the prl acquisition tablem2.6 roaming indicatorthe roaming indicator is an 8-bit value that is associated w

30、ith each system table entry. when the ms operates on a system that matches a particular system table entry, the roaming indicator (roam_ind) field of that entry is displayed to the user. when the ms operates on a system that is not listed in the prl, the default roaming indicator (def_roam_ind) of t

31、he prl is displayed to the user.generally, the roaming indicator is only associated with a visual indication that is to be displayed to the user. in some special cases, however, the roaming indicator field is used for other purposes, such as determining the relative priority of systems that are not

32、listed in the same geo. therefore, there is a need to define the relative priority of the roaming indicator values.req. #requirementcategoryremarksrefspri configuration2.6.1ms shall support all 256 values of the roaming indicator, i.e., enhanced roaming indicator (eri)m2.6.2the preference order of t

33、he roaming indicators (most to least) shall be according to home and roam groups: see remarks columnmthe preference order shall be as follows:1. home group, which includes the value 1 and all roaming indicator values that are defined by an operator as custom home2. roam group, which includes all the

34、 remaining roaming indicator values that are not part of the home groupnote: a system is said to be a home-system if its remaining roaming indicator value belongs to the home grouproam_mask (as defined in table a-1) specifies the roaming indicator values that are defined by an operator as custom hom

35、e.2.7 prl channelsthe acquisition table of the prl lists mode/band/channel combinations that instruct the ms where to attempt service acquisition. some older ms used to perform range checks on the channels that are listed in the prl acquisition table at the time the prl is pushed into the nv memory

36、(or ruim). if the channels were outside the range that is specified in the standard and/or supported by the ms, the prl would be rejected.to allow for the addition of new modes, band classes, and channels, it is expected that the ms would be able to accept prls with channels they do not support. whi

37、le operating with such prls, the ms would skip unsupported mode/band/channel combinations.req. #requirementcategoryremarksrefspri configuration2.7.1ms shall not reject a prl because acquisition records listing mode/band/channel combinations that are outside the spec range or ms capabilityhdms shall

38、ignore the channel number when validating a prl2.7.2ms shall skip over mode/band/channel combinations that are not supported by msmwhen trying to acquire service based on the prl acquisition table, ms shall skip over mode/band/channel combinations that are not supported by the ms hardware or softwar

39、ethe geo and pri fields of all system records must be accounted for, regardless if such system records are supported by the ms (or pointing at supported acquisition records). this is done in order to ensure that the ms correctly interprets the system table partitioning into geos and preference tiers

40、.2.7.3ms shall support all channel numbers that are defined in 3gpp2 c.s0057 (as valid or not valid) for a particular band-class/subclass that is supported by the msmfor example, ms capable of band-class 0, subclass 0 or 1, shall allow and support the following channel numbers:- 1 to 799 (inclusive)

41、- 991 to 1023 (inclusive)similarly, ms capable of band-class 1 shall allow and support the following channel numbers:- 0 to 1199 (inclusive)2.8 prl enhancements for international roamingprl enhancements for international roaming enable substantial compression and simplification of the prl system tab

42、le. the idea is to use the mcc and imsi_11_12 that come in the extended system parameters message (espm) to identify 1x systems.since each operator is expected to have only one mcc/imsi_11_12 broadcasted throughout its network (in a particular country), it is sufficient to list one mcc/imsi_11_12 en

43、try for each one of the international roaming partners.req. #requirementcategoryremarksrefspri configuration2.8.1ms shall support prl with mcc/imsi_11_12 based system records as described in cdg document #86msee s2 for reference document.2.9 nam sid/nid listthe nam sid/nid list is an alternate mecha

44、nism through which an operator can specify sid/nid combinations for which the roaming indicator is set to off (i.e., set to 1). since this mechanism does not provide any additional functionality to what is already provided by the roam_ind field of a prls system table entry, it is recommended to not

45、utilize the nam sid/nid list. saying this, the ms shall support the nam sid/nid list as follows.req. #requirementcategoryremarksrefspri configuration2.9.1ms shall only use the nam sid/nid list for the purpose of overwriting the roaming indicator to off (1)m2.9.2ms shall not overwrite the roamin

46、g indicator of systems that are listed in the prl and their roaming indicator is other than 0 or 2hd2.9.3ms shall support a minimum of 20 entries in the namsid/nid listm2.10 prl system matchingafter obtaining the overhead information (sid, nid in the case of a 1x system) from the ota signal, the ms

47、attempts to find a match for the system in the prl system table.the rules for deciding whether the ota system information matches a particular system table entry are listed below and should be followed carefully to eliminate any ambiguity between the prl writer and the ms interpretation of the prl.i

48、n addition, because of the use of wildcard system ids (sid=0 in the case of 1x), the ms may find a match with more than one system table entry. to resolve this situation, a more restrictive match overwrites all less restrictive matches. for example, an explicit sid match overwrites a wildcard sid ma

49、tch. similarly, an explicit sid/nid match overwrites explicit sid + wildcard nid match.req. #requirementcategoryremarksrefspri configuration2.10.1ms shall consider an ota 1x system to match a system table entry only if one or more of the conditions listed in the remarks column are met. see also: 2.1

50、0.4.ma. ota system matches the sid, nid, mode (1x), and band class of the prl system table entry.- the mode and band-class match are based on the acquisition table entry that is associated (via the acquisition table index) with the system table entry. for a match, the associated acquisition table en

51、try must contain an element that matches the ota mode (1x) and band class.b. ota system matches the sid, mode, and band class of the prl system table entry and the system table entry nid is set to wildcard (65535).- the mode and band-class match are based on the acquisition table entry that is assoc

52、iated (via the acquisition table index) with the system table entry.c. ota system matches the mode, band-class, and channel of the prl system table entry and the system table entry sid is set to wildcard (0).- the mode, band-class, and channels match are based on the acquisition table entry that is

53、associated (via the acquisition table index) with the system table entry2.10.2ms shall consider an ota do system to match a prl system table entry only if one or more of the conditions in the remarks column are metma. ota system matches the subnet-id and mode (do) of the prl system table entry.-for

54、the subnet-id to match, all the bits of the prl subnet-id must match with the ota subnet-id. this implies that ota bits that are outside the length of the prl listed subnet-id are being ignored.b. ota system matches the mode, band class, and channel of the prl system table entry. the system table en

55、try subnet-id is set to wildcard (subnet-id length is set to 0).not applicable for devices that do not support 1xev-do2.10.3a more restrictive prl match shall overwrite all less restrictive matchesmthe order of the matching levels shall be as follows (most to least restrictive):1. explicit sid and e

56、xplicit nid (subnet-id for do)2. explicit sid and wildcard nid3. wildcard sid (wildcard subnet-id for do)2.10.4all entries that share the most restrictive match shall be consideredmin the case where the most restrictive match is with more than one entry, all such matches are considered. this conditi

57、on is called a multi-geo sid, i.e., a sid that is repeated, typically in more than one geo.the roaming indicator to be displayed to the user is the most favorable out of all matches, as defined in req. .11 preference orderthe most important objective of system selection is to select the most preferred system that is available in a particular market. because more than one system may