Untitled

mail@pastecode.io avatar
unknown
plain_text
a month ago
1.8 kB
0
Indexable
Never
-- 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 ???



Leave a Comment