XID parameters

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Josh toal joshtoal17 at gmail.com
Fri Jun 13 16:54:16 UTC 2014


Hi

regarding qos I have seen in a book title "GPRS in practice a companion to
the specifications"

In chapter 11 it says " If the network layer does not like the allocated
QoS profile, it can terminate the session",, may be you are right.

I am not able to understand why after MS doing pdp activation accept  it
deactivate the pdp context.

Can somebody point out some potential reasons.

regards
Josh













On Thu, Jun 12, 2014 at 4:18 PM, Labs <rp.labs at gmx.ch> wrote:

> Hello,
>
> I think there is a confusion here.
>
> The MS if it is not happy with the QoS will send a PDP modification
> request to change it or to change the traffic flow template. This can also
> be initiated by the network.
>
> A PDP context deactivation is used for deleting/removing a PDP context.
> There are 3 cases when this can happen and can also be initiated by MS or
> the network:
> a) GPRS detach
> b) remove subscriber data
> c) application deactivation
>
> Maybe someone else can explain it better.
>
> Regards,
> R.
>
> Sent from my iPad
>
> > On Jun 12, 2014, at 21:24, Josh toal <joshtoal17 at gmail.com> wrote:
> >
> > Hi All
> >
> > As per the specs after PDP context accept mobile station should exchange
> XID parameters with SGSN. before it initiate transfer of data.
> >
> > As per the literature mobile station if not happy with the negotiated
> quality of service it will send the deactivation request and I am getting
> the same.
> >
> > Is this is the only reason mobile station will send deactivation request
> or something else, which I am missing.
> >
> > Any suggestion to fix this problem.
> >
> > can anybody comment on this please.
> >
> > regards
> > Josh
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20140613/0966996a/attachment.htm>


More information about the OpenBSC mailing list