All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arun Ravindran <ext-arun.1.ravindran@nokia.com>
To: ofono@ofono.org
Subject: Re: [RFC PATCH v3] gprs: add function to handle activated context
Date: Thu, 07 Apr 2011 15:40:47 +0300	[thread overview]
Message-ID: <4D9DB0CF.80800@nokia.com> (raw)
In-Reply-To: <8281606748F03E4390BB98A3F47F2E948B3B0AAF92@irsmsx501.ger.corp.intel.com>

[-- Attachment #1: Type: text/plain, Size: 2657 bytes --]

Hi Redouane,

>>> the network. The mobile sends a piggybacked
>>> PDN CONNECTIVITY REQUEST with the initial attach request in order to
>>> initiate the initial EPS context.
>>>
>> How does this happen from oFono (or in the TE-MT Interface).
> The problem is, the initial EPS context is initiated by mobile, not by
> It's triggered by AT+CGATT=1 (or AT+CFUN=1 if we have auto attach enabled).
>> Does it mean that in for EPS context the TE will have to do the same
>> steps what it does for GPRS?
> For the EPS context (non initial) yes.
>
> For the initial EPS context we don't use AT+CGACT and CGDCONT.
>> the PDN CONNECTIVITY REQUEST has the APN name, and for TE, CGDCONT to
>> set the APN is called with a context id, in that case what is the need
>> for the cid handling done in this patch?
>  From 24.301:
>
> In order to request connectivity to a PDN using the default APN, the UE includes the Access point name IE in the PDN CONNECTIVITY REQUEST message or, when applicable, in the ESM INFORMATION RESPONSE message, according to the following conditions:
> -    if use of a PDN using the default APN requires PAP/CHAP, then the UE should include the Access point name IE; and
> -    in all other conditions, the UE need not include the Access point name IE.
> ----
>
> For the initial EPS context the UE may have to provide the APN in some cases. From 27007 we don't have an at command such as AT+CGCONT to specify the parameter that'll be used for the initial EPS context (like APN).
>
> Regarding the patch, In 3G when you get the following unsolicited  "ME PDN ACT X" (where X is the CID, see +CGEREP) it's because you activated a context (AT+CGACT).
> In this case you already specified the CID with AT+CDCONT before AT+CGACT.
>
> In LTE you can get this event in two cases; after the attach procedure (AT+CGATT) and in this case you don't know the CID before, or after AT+CGDCONT and AT+CGACT as in 3G.
>

So the spec says, ME PDN ACT can come even for an implicit context 
activation request associated with CGATT, which is the case with EPS.

For 3G, if this happens (ME PDN ACT) for UE initiated activation of 
context, then the cid is already set with CGDCONT.

For EPS this can happen for default context, where cid is not set with 
CGDCONT, but is in the range as returned by CGDCONT.

Here the cid issue, because cid is managed by ofono and is never 
communicated to modem.  Probably to avoid sending too many CGDCONT's 
during startup. or is it something else?

I thought the default context activation will come to TE as NW ACT, with 
a cid not in range of CGDCONT.


regards
Arun



  reply	other threads:[~2011-04-07 12:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4D9C2965.4080301@nokia.com>
2011-04-06  9:30 ` [RFC PATCH v3] gprs: add function to handle activated context Arun Ravindran
2011-04-06 13:00   ` Pekka Pessi
2011-04-06 14:06     ` Arun Ravindran
2011-04-07  9:06       ` Soum, RedouaneX
2011-04-07 12:40         ` Arun Ravindran [this message]
2011-04-07 15:47           ` Soum, RedouaneX
2011-04-08 13:03             ` Arun Ravindran
2011-04-08 13:34               ` Soum, RedouaneX
2011-04-08  7:59   ` Joly, Frederic
2011-02-09 18:31 Soum, RedouaneX
2011-02-11 14:08 ` Tomasz Gregorek
2011-02-22 10:19 ` Soum, RedouaneX

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D9DB0CF.80800@nokia.com \
    --to=ext-arun.1.ravindran@nokia.com \
    --cc=ofono@ofono.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.