Untitled
unknown
plain_text
a year ago
1.8 kB
2
Indexable
-- Current concept 1. Initially UE start start search is_Quick_search will be enabled (KAL_TRUE) 2. During Quick search UE will only try to find the cell on the bands on which UE has found the cells. 3. Because of this UE will search only limited band as seen here Both DUT and REF has only searched 4 bands. 4. Once Quick search fails will start normal full band search. 5. As seen here REF has started normal full band search (is_quick_search = kal_false). 6. So REF added all the bands for the search and found the cell on band 28 (which was the overlapping with band 20). 7. So in REF band 28 earfcn = 9590 was converted to band 20 earfcn = 6200. 8. This way REF camped on earfcn = 6200. 9. But in DUT normal full band search is not yet Triggered (some 3g cell was found on DUT which delayed the search on lte) -- Advantage of current stage With Quck search algorithm, UE can search and register in previous band faster than using normal full search -- Disadvantage of current stage Delay to register unselected band in case of overlapping band (e.g band 20 and 28) -- Comment P231116-07891|ALPS08572999 This is new 3GPP release and happened in all MTK models, so requested MTK to HD and backout temporary solution in CL 2923262 -- Issue history * REF had stored fre 6200 > able to search and register forcing band 20 DUT did not find out 6200 of ho0me plmn 42706 * DUT in poor signal Retest Good signal > DUT pass Poor signal > DUT fail: not attach to the network Comment / #C00019 * Resolve HW R0.3 issue still happened LAU #13 > Attach # 7 > not trigger 2nd LTE full scan * Retest force band --- MTK --- * Test bin ok PLMN search Support for PLMN selection E-UTRA case -- root cause -- solution' -- 3gpp concept -- plan implement on LSI chipset ???
Editor is loading...
Leave a Comment