143SystemSelectionRecommendedSystemSelectionRequirements

《143SystemSelectionRecommendedSystemSelectionRequirements》由会员分享，可在线阅读，更多相关《143SystemSelectionRecommendedSystemSelectionRequirements（63页珍藏版）》请在装配图网上搜索。

1、Recommended System Selection Requirements for 1X and 1xEV-DO-Capable TerminalsCDG Document 143Version 1.115 March 2007CDMA Development Group575 Anton Boulevard, Suite 560Costa Mesa, California 92626PHONE +1 888 800-CDMA+1 714 545-5211FAX +1 714 545-4601http:/www.cdg.orgcdgcdg.orgNoticeEach CDG membe

2、r 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 disclosures or contributions. Accordingly, each CDG member should consider all disclosures an

3、d 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 members sole risk. Each CDG member agrees that CDG shall not be liable to any person or entity (including any CDG member) arising out of any use of

4、any disclosure or contribution, including any liability arising out of infringement of intellectual property rights. ContentsRecommended System Selection Requirements for 1X and 1xEV-DO-Capable TerminalsiCDG Document 143iVersion 0.6i16 Aug 2006i1. Introduction11.1 Purpose11.2 Scope11.3 Terms and Def

5、initions11.4 References22. PRL and Selection Preferences42.1 PRL Versions42.2 PRL Storage42.3 Default PRL52.4 OTA PRL Provisioning52.5 PRL Acquisition Table62.6 Roaming Indicator62.7 PRL Channels72.8 PRL Enhancements for International Roaming82.9 NAM SID/NID List92.10 PRL System Matching92.11 Prefer

6、ence Order122.12 Forbidden Systems133. MRU Table153.1 MRU Storage153.2 MRU Logging154. System Selection174.1 Power-up174.2 Better Service 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 Origin

7、ation284.9 Emergency Call Origination295. DO System Selection Hybrid Mode325.1 Collocated List325.2 Power-up355.3 Idle Operation355.4 DO 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

8、Idle Digital Mode (IDM)465.11 DO Traffic Operation466. DO System Selection Non-Hybrid497. Acronyms and Abbreviations51A. Configurable Parameters53B. PRL Construction Guidelines56B.1 General PRL Construction Guidelines56B.2 DO-Specific PRL Construction Guidelines57List of TablesTable 11Reference Docu

9、ments and Standards2Table 41Silent Redial28Table 51PRL Acquisition33Table 52PRL System Table33Table A1Configurable Parameters53Revision HistoryDateVersionDescription9 Aug 20060.1Initial release10 Aug 20060.2Updated to incorporate CDG template format11 Aug 20060.3Formatting update14 Aug 20060.4Incorp

10、orate comments15 Aug 20060.5Add table format16 Aug 20060.6Updated requirements16 Feb 20071.0Updated for 1.0 publication12 Sep 20071.0Updated for 1.1 publication1. Introduction1.1 PurposeThis document specifies recommended system selection requirements. This document is intended to capture the system

11、 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 would help in providing a consistent u

12、ser 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 operators as their system selection requireme

13、nts 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 approval.(HD) Highly DesirableIt is highl

14、y 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 up to the manufacturer whether or not

15、the terminal supports this characteristic. The handset may support this characteristic.(D) DiscardThe manufacturer shall not support this feature or function. 1.4 ReferencesReference documents, which may include standards and resource documents, are listed in Table 11. Reference documents that are n

16、o longer applicable are deleted from this table; therefore, reference numbers may not be sequential.Table 11Reference Documents and StandardsRef.DocumentStandardsS1Band Class Specification for cdma 2000 Spread Spectrum Systems3GPP2 C.S0057S2PRL Enhancements for International RoamingCDG document #862

17、. PRL and Selection PreferencesThe Preferred Roaming List (PRL) is a data structure set up by the operator and programmed into the MSs 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 roamin

18、g indicator to be displayed when providing service on a particular system.2.1 PRL VersionsReq. #RequirementCategoryRemarksRefsPRI Configuration2.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

19、 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 StorageReq. #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

20、an RUIM shall support PRL read configurations: see Remarks columnMRead PRL from RUIM only.Read PRL from NV memory only.Read PRL from RUIM 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

21、 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 validation 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 acquir

22、e 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 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, i

23、ncluding emergency and OTASP calls.Req. #RequirementCategoryRemarksRefsPRI Configuration2.3.1MS shall build a default PRL during power-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 sha

24、ll 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 ProvisioningReq. #RequirementCategoryRemarksRefsPRI Configuration2.4.1MS shall support IS-683-A-based OTA PRL provisioningM2.4.2MS shall support IS-683-C-based OTA PRL prov

25、isioningHDAn 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 opposed to the EF-PRL storage location).Mandatory for devices that support 1xEV-DO2.5 PRL Acquisition TableReq. #RequirementCategoryRemarksRefsPRI Configuration2.5.1MS shal

26、l support a minimum of 80 unique mode/band/channel combinations in the PRL acquisition tableMPRL acquisition records that list channels 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 preferr

27、ed channel that is part of the block.Mode/band/channel combinations that are listed multiple times are only counted once.2.5.2MS shall 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/ba

28、nd/channel combinations in the PRL acquisition tableM2.6 Roaming IndicatorThe roaming indicator is an 8-bit value that is associated with 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 di

29、splayed 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 the 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 case

30、s, however, the roaming indicator field is used for other purposes, such as determining the relative priority of systems that are not listed in the same GEO. Therefore, there is a need to define the relative priority of the roaming indicator values.Req. #RequirementCategoryRemarksRefsPRI Configurati

31、on2.6.1MS shall support all 256 values of the roaming indicator, i.e., Enhanced Roaming Indicator (ERI)M2.6.2The preference order of the 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 inc

32、ludes the value 1 and all roaming indicator values that are defined by an operator as custom home2. Roam group, which includes all the 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

33、the home groupRoam_mask (as defined in Table A-1) specifies the roaming indicator values that are defined by an operator as custom home.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

34、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 (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

35、 new modes, band classes, and channels, it is expected that the MS would be able to accept PRLs with channels they do not support. While operating with such PRLs, the MS would skip unsupported mode/band/channel combinations.Req. #RequirementCategoryRemarksRefsPRI Configuration2.7.1MS shall not rejec

36、t a PRL because acquisition records listing mode/band/channel combinations that are outside the spec range or MS capabilityHDMS shall 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 base

37、d on the PRL acquisition table, MS shall skip over mode/band/channel combinations that are not supported by the MS hardware or softwareThe 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 r

38、ecords). This is done in order to ensure that the MS correctly interprets the system table partitioning into GEOs and preference tiers.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 MSM

39、For example, MS capable of band-class 0, subclass 0 or 1, shall allow and support the following channel numbers:- 1 to 799 (inclusive)- 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 I

40、nternational RoamingPRL enhancements for international roaming enable substantial compression and simplification of the PRL system table. 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 hav

41、e only one MCC/IMSI_11_12 broadcasted throughout its network (in a particular country), it is sufficient to list one MCC/IMSI_11_12 entry for each one of the international roaming partners.Req. #RequirementCategoryRemarksRefsPRI Configuration2.8.1MS shall support PRL with MCC/IMSI_11_12 based system

42、 records as described in CDG document #86MSee S2 for reference document.2.9 NAM SID/NID ListThe NAM SID/NID list is an alternate mechanism 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

43、any additional functionality to what is already provided by the ROAM_IND field of a PRLs system table entry, it is recommended to not 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 onl

44、y use the NAM SID/NID list for the purpose of overwriting the roaming indicator to OFF(1)M2.9.2MS shall not overwrite the roaming 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.1

45、0 PRL System MatchingAfter obtaining the overhead information (SID, NID in the case of a 1X system) from the OTA signal, the MS 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

46、 below and should be followed carefully to eliminate any ambiguity between the PRL writer and the MS interpretation of the PRL.In 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

47、 more restrictive match overwrites all less restrictive matches. For example, an explicit SID match overwrites a wildcard SID match. Similarly, an explicit SID/NID match overwrites explicit SID + wildcard NID match.Req. #RequirementCategoryRemarksRefsPRI Configuration2.10.1MS shall consider an OTA 1

48、X 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.10.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 th

49、at is associated (via the acquisition table index) with the system table entry. For a match, the associated acquisition table entry 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 t

50、able entry NID is set to wildcard (65535).- 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.c. OTA system matches the mode, band-class, and channel of the PRL system table entry and the system tab

51、le entry SID is set to wildcard (0).- The mode, band-class, and channels match are based on the acquisition table entry that is 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 th

52、e conditions in the Remarks column are metMa. OTA system matches the Subnet-ID and mode (DO) of the PRL system table entry.-For 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

53、-ID are being ignored.b. OTA system matches the mode, band class, and channel of the PRL system table entry. The system table entry 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

54、 less restrictive matchesMThe order of the matching levels shall be as follows (most to least restrictive):1. Explicit SID and explicit 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 co

55、nsideredMIn the case where the most restrictive match is with more than one entry, all such matches are considered. This condition 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 al

56、l matches, as defined in Req. 2.6.2.2.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 be present in a particular market, the MS needs to select among such systems bas

57、ed on their relative preference. This section specifies the requirements for determining the relative preference of any two systems.Req. #RequirementCategoryRemarksRefsPRI Configuration2.11.1When comparing two systems (that are available OTA), MS shall step in order through the criteria listed in th

58、e Remarks column to determine and select the more preferred one.Once a criterion is met, MS shall use it and stop going through the list.M1. If there is a GEO in the PRL that lists both systems, select the one that is listed as the more preferred in this GEO.- If both systems are listed in more than

59、 one GEO, only look in the first GEO (from top to bottom of the PRL system table) that lists both systems to determine the priority.- If both systems are listed at the same preference, select/stay on the original system (to avoid ping-pong effect).2. If only one system is listed in the PRL system ta

60、ble (as a preferred system), select the one that is listed in the PRL.3. If the roaming indicator of one system is more favorable than the other (as defined in Req. 2.6.2), select the more favorable one.4. If one system is listed as most preferred system in its GEO, select that system.5. If the posi

61、tion of channels in the PRL acquisition table is different, select the system for which its channel is listed first. The position of the channel is determined by the first appearance of that channel in the acquisition table when traversed from top to bottom.6. If one system is digital and the other

62、is not, select the digital one.7. Select/stay on the original system (to avoid ping-pong effect).2.12 Forbidden SystemsReq. #RequirementCategoryRemarksRefsPRI Configuration2.12.1MS shall avoid selecting a system that is forbidden by the PRL or user preferencesMA forbidden system is a system that mat

63、ches one of the following criteria:A system that is listed as negative in the PRLA system that is not listed in the PRL and the PREF_ONLY field of the PRL is set to 1A system that is forbidden by one of the users system selection preferences, such as:- Mode preference- Band preference- Roaming preferenceWhen looking for servic