VR2XXX

有人悶住咁贏，有人興奮咁輸。

via HKEPC IR 5.1.14 - iOS(5.1.1F)

PN420

到而家都未有更新。
如果每家100，拼圖應該好容易唔使搞咁耐，
唔通係140,80,80定係120,120,60之類，整到有人被割開？

Linksys999

到而家都未有更新。
如果每家100，拼圖應該好容易唔使搞咁耐，
唔通係140,80,80定係120,120,60之類，整到有 ...
PN420 發表於 2024-11-27 19:04

問題係進度簡報都唔出，講比人知邊個 stage 進行中有啲反應都好丫。

leeyc0

到而家都未有更新。
如果每家100，拼圖應該好容易唔使搞咁耐，
唔通係140,80,80定係120,120,60之類，整到有 ...
PN420 發表於 2024-11-27 19:04

得三間 bid 到，就算兩間 over 5 個 block 都可以唔使割

可能單純只係程序問題
佢一早講左有若干日畀人回應就真係等足咁多日

NogiKeya46

可能單純只係程序問題
佢一早講左有若干日畀人回應就真係等足咁多日
leeyc0 發表於 2024-11-27 20:20

當移動唔到食足140M再加排頭籌既話，咁應該緊左係BLOCK A14-A20
問題係排第二既台都食左100M既話，咁分分鐘條bandwidth 要被斬開，焗食block A9-A10同埋A11-A13

via HKEPC IR 5.1.14 - iOS(5.1.1F)

NogiKeya46

問題係進度簡報都唔出，講比人知邊個 stage 進行中有啲反應都好丫。
Linksys999 發表於 2024-11-27 20:16

官有官既做法，我哋唔會明架啦

via HKEPC IR 5.1.14 - iOS(5.1.1F)

leeyc0

當移動唔到食足140M再加排頭籌既話，咁應該緊左係BLOCK A14-A20
問題係排第二既台都食左100M既話，咁分分 ...
NogiKeya46 發表於 2024-11-27 20:35

唔一定順住落，寫明盡量派連續頻段，所以應該無台需要斬開

Annex B 4.20.2 (b)
Principle 1: Order of frequency block assignment is based on the Assignment Priority of a Bidder which is determined by its Valid Bid amount at the Assignment Phase.
Principle 2: Bidders will be assigned with contiguous Frequency Blocks successfully bid as far as practicable;
Principle 3: If assignment of more than 100 MHz in either the Upper Band or Lower Band to any Bidder is inevitable, Bidder(s) with a higher Valid Bid amount at the Assignment Phase will be afforded higher priority to be assigned with contiguous Frequency Blocks with bandwidth exceeding 100 MHz.

Linksys999

已有結果，各台100MHz，衫棄投。

leeyc0

已有結果，各台100MHz，衫棄投。
Linksys999 發表於 2024-11-29 17:51

估中左係三仔唔玩同埋一人五個block諗住齊齊分餅仔
BTW又話由 block 20 派落去既

Linksys999

估中左係三仔唔玩同埋一人五個block諗住齊齊分餅仔
BTW又話由 block 20 派落去既 ...
leeyc0 發表於 2024-11-29 17:57

似乎個個都唔想要高頻嗰段，6/7GHz應該由低頻拎起有著數。
衫近年條路咁攪法好快玩完。