GPEH 101: presentation from KL, 2008

[s52d]

Operator presentation on some stuff done by using GPEH.
Presented 3 years ago in KL on EUGAP meeting, intended to motivate
audience to start using GPEH.

BR
s52d

[jim422603]

thank for sharing, this is good Doc for me

[zee86]

Operator presentation on some stuff done by using GPEH.
Presented 3 years ago in KL on EUGAP meeting, intended to motivate
audience to start using GPEH.

BR
s52d


can you please share more doc and the learning doc for GPEH

[s52d]

can you please share more doc and the learning doc for GPEH

Hi!

With some experience with GPEH I dare to say:
1. Alex is extremely good description for GPEH. It is all you need to roll your own parser,
SW complexity is low, so anyone (with some experience) can do it. It is more important to understand data as
it is to be best programmer in the world! So, many planners just did it.
(you can firn Alex files somewhere on WFA, but you probably have access at homw as well)

2. decode binary messages. Parsing BER ASN.1 is not trivial, but you can use wireshark.
(Binary from parser, text2pcap, tshark)

3. use OSS parser instead. It is slow, and it has very limited capacity.
But, you can get fammiliar with data and do some investigations.


then... Start with drop call analyzis to get feeling for data, proceed with more complex investigation.
For missing neighbors you do not need binary part, it is needed only for some complex reports,
for example distance is extracted from NBAP messages etc.

4. Big suprice: LTE GPEH (CTR) is even simpler to parse/process. In my view, LTE CTR is biggest
E/// advantage over competitors.

BR
s52d