Open Source Telephony
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Call Barring and MMI Supplementary Service codes
Date: Mon, 18 Oct 2010 16:26:02 -0500	[thread overview]
Message-ID: <4CBCBB6A.3060306@gmail.com> (raw)
In-Reply-To: <C681C76E0D5F1E4BB01DE79E0A80EEC702B20366@usrdes03.ebgroup.elektrobit.com>

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

Hi Rajesh,

On 10/15/2010 04:03 PM, Rajesh.Nagaiah(a)elektrobit.com wrote:
>  
> Hi Fred,
> 
>> As per the 3GPP 22.030 Annex C:
>> - the MMI Service Code "22" refers to "All sync services" telecommunication service.
>> - the MMI Service Code "24" refers to "All data circuit sync" telecommunication service.
>>
>> They are both linked to the same Basic Group Service 8.
>> So as per our understanding, this means the "All sync services" is equal to "All data circuit sync". Is that everyone's
>> comprehension as well?
> 
> Yes & No. Previously (Before Rel99, Refer GSM 02.02 and GSM 02.30) we had the the bearer services "All dedicated PAD access" (BSG Number 9, MMI 27) and "All dedicated packet access" (BSG Number 10, MMI 26). In this "All dedicated PAD access" is an asynchronous connection and "All dedicated packet access" is a synchronous connection.
> 
> So "All Sync Services" used to be => "All data circuit sync" + "All dedicated packet access"
> Now that bearer service "All dedicated packet access" is not supported, "All Sync Services" => only "All data circuit sync" 
> 
>> When we try to run Call Barring certification tests (particularly 31.8.3.1 from 3GPP 51.010), the spec requires us to 
>> activate the call barring with the MMI code "22".
>> We do it using org.ofono.SupplementaryServices.Initiate with the following string "*33*1234*22#" (This is the activation 
>> of BAOC with password "1234" on All Sync Services), Ofono then sends to the modem the following AT command: AT+CLCK="
>> AO",1,"1234",16
>>
>> According to the 3GPP 27.007 §7.4 (CLCK), 16 is "data circuit sync".
>> So modem will translate that into "all data circuit sync" in the REGISTER message sent to the network simulator.
>> However according to 3GPP 51.010 31.8.3.1, only a REGISTER message containing "All synchronous services" is awaited. So 
>> conformance  scripts will consider the test as FAILED.
>> We noticed the test would be PASS only if CLCK classx parameter was 80 (instead of 16). 80 = 16 (data circuit sync) + 64 
>> (dedicated packet access).
> 
> As the AT command specification 27.007 still has values for dedicated packet access (64) and dedicated PAD access (128),
> in the AT modem case for "All Sync Services" we have to translate to "All data circuit sync" (16) + "All dedicated packet access" (64) not only to "All data circuit sync" (16), otherwise as you pointed out the corresponding conformance test case will fail. Thats the reason the test case passes when you pass 80.
> 

My interpretation of 22.004 and 22.030 was that dedicated packet access
and dedicated PAD access were deprecated and no longer being used.  The
fact that they're still listed in 27.007 seems to be irrelevant.

One possibility is that the bearer services covered by dedicated packet
& dedicated pad access were lumped together with bearer services 20 and
30 from 3GPP 22.002.

>> Shouldn't we translate the "*33*1234*22#" MMI SS String into AT+CLCK="AO",1,"1234",80 ?
> 
> From my understanding YES.

I actually am fine making this change, and it is quite trivial to boot.
 But before we do that, can we confirm that this is indeed mandated by
the specs, and not an error in the test cases.

What values are expected from MMI services 25, 24 and 26?

Regards,
-Denis

  reply	other threads:[~2010-10-18 21:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-15  9:21 Call Barring and MMI Supplementary Service codes Predon, Frederic
2010-10-15 21:03 ` Rajesh.Nagaiah
2010-10-18 21:26   ` Denis Kenzior [this message]
2010-10-19  5:27     ` Rajesh.Nagaiah
2010-10-19 11:37       ` Pargada, Carlos
2010-10-19 15:11       ` Denis Kenzior
2010-10-19 15:30         ` Pekka Pessi
2010-10-19 17:13           ` Denis Kenzior

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=4CBCBB6A.3060306@gmail.com \
    --to=denkenz@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox