GPRS Gs interface & paging

Safar,

Class B will be able to hear the CS-Paging over the PACCH, suspend their data connection, answer the voice call, and then automatically resume their data transfer at the end of the call.

Second question : yes, it could help.

regards
pix

peter

Gs interface is mostly used to allow CS Paging to get through to the subscriber when it is in gprs transfer mode.

So the main KPI to decide Gs interface implementation is the paging success rate : if it is a bit low at some points in the day, when the eGPRS traffic is high, then the Gs interface is probably useful.

Regards
pix

I have no idea, sorry…

Anything below 99% would be a disappointment (IMO), but I’ve no experience about that.

Hi,
In order to have Gs Interface, what’s needed for enabling(activating) it? Additional HW/SW? Can anybody explain which are procedures to create Gs Interface?
Regards,
Rex

Peter,

The thing is there is no way to know whether the 7% of failures are due to MS being blinded by GPRS activity or not.

Can you match the hourly PSR, against the hourly activity of data transfers ? Is there a correlation ?

Other probable causes of poor PSR are:
– radio PCH congestion
– poor coverage or bad interference areas
– boards processing overload (MSC / BSC / BTS)

What I am trying to say is that Gs interface is just a way to improve the customer “experience” (receiving calls while browsing). It s a good value added service, it will improve your image, blablabla.. On the other hand, knowing that your CS pagings will *all* go through your SGSN (and not through the A interface anymore) + there will be LA/RA combined update + IMSI/GPRS combined attach, there is a high risk that it will introduce some weird bugs.

(this is based on what I’ve read about Gs inteface so far on this forum and what customers have shared with me)

I don’t know with which system you are working with, but most vendors are know proposing Paging synchronisation inside the BSC itself. In few months, there will be no need for Gs interface anymore (if you keep your radio release up to date)

Regards
pix

Hi Safar,

The rule is so simple… when you install Gs interface:
ALL cs paging go from MSC to SGSN.
ZERO cs paging go from MSC to BSC.

Whatever the MS, whatever its state.
, whatever whatever 🙂

The thing is that it is only the PCU (=MFS in alcatel) that can process & redirect the cs pagings. It will send CS paging through PACCH, and other CS paging to the BSC (so they will later be send through PCH)
Well, i’m sure yo understand my point 🙂

Regards,
pix

CS Pagings goes from MSC to SGSN (Gs interface), then from SGSN to MFS(PCU) (Gb interface), then from here:
– either MS is in PTM : CS Paging is sent on PACCH
– or MS is not in PTM : CS Paging is sent to the BSC (which will send it to the PCH)

It is done this way because the BSC doesn’t know which ms is in ptm, and which one is not.

If the BSC knows, then this is called the “BSC Paging coordination”, and here there is no need of gs interface anymore.

pix

What are the threshold for KPI parameters for Packet data. Please give in detail as per std.recommendation.