Hi Holger,
The PDCH queue is directly connected to the PCU ( the PCU was compiled with direct L1
communication)
Minh-Quang Nguyen
Concepteur logiciel | Software designer GSM/Network
T. 418 914-7484 x2296 | 1 855 914-7484 | F. 418 914-9477
2150, Cyrille-Duquet, Québec (Québec) G1N 2G3 CANADA
minh-quang.nguyen(a)nutaq.com
www.nutaq.com
QUEBEC MONTREAL NEW YORK
Facebook Twitter LinkedIn YouTube
-----Original Message-----
From: Holger Freyther [mailto:holger@freyther.de]
Sent: Monday, May 02, 2016 3:41 PM
To: Minh-Quang Nguyen
Cc: osmocom-net-gprs(a)lists.osmocom.org; Yves Godin
Subject: Re: PCU sends invalid block number to L1
On 02 May 2016, at 15:32, Minh-Quang Nguyen
<minh-quang.nguyen(a)nutaq.com> wrote:
Hi All,
We have noticed that the PCU sends invalid block number to L1 in DSP leading to
unexpected message warning in DSP “GsmL1_PhDataReq(1) : Unexpected burst (Invalid
blockNumber) [2!=1, SAPI 21-21]]”.
After an investigation, we observe that the ‘pcu_rx_rts_req’ function in pcu_l1_if.cpp
receives invalid block number from BTS.
Looking at the BTS side, the calculation of L1SAP_FN2PTCCHBLOCK defined as ‘#define
L1SAP_FN2PTCCHBLOCK(fn) ((fn / 52) & 7)’ does not seem to be valid for expected PTCCH
block numbers B0, B1,B2,B3 defined in Table 6 in TS 05.02 version 8.11.0.
How do you execute the PCU? By opening the PDCH queue directly or by getting all
information from the BTS?
holger