Need help with TEHO in Shanghai

[Maciej Karpinski]

Hi

I've encountered a problem with TEHO to Shanghai. There is no problem when you try to call a landline

but if you want to call a cellphone in Shanghai or outside Shanghai.

Apparently cellphone calls work like this.

You can break the numbers  into three parts, 136-4020-6844. The 136 or 13x in general identifies the

carrier (now 159 too). The 4020 identifies where the phone number was created. The 6844 is the actual

number assigned to an individual. If you call cellular phone within the same zone there is no need to

dial any prefix. For example if you are in Shanghai and the number 15921221234 was registered in

Shanghai, just dial the number as is. If the number was registered outside of your dialing zone, then

just prefix it with a 0. For example if you need to reach the above number while you are in Shenzhen,

just dial 015921221234. If you fail to dial the 0 when it's necessary, you will hear the message that

you are trying to reach a number that's outside of the zone and will be requested to put the 0 prefix.

So it seems as if you want to call a cellphone it depends of if it was registered in Shanghai or not.

Our TEHO setup sends all calls that starts with +86 to the gateway in Shanghai but we are not able to

setup a rule to strip the +86 because sometimes we will need an 0 in the beginning and other times we

won.t.

Has anyone here been able to solve this?

Br.

Maciej

[Marwan ALshawi]

can you identify when you need to add 0 and when you do not ?

for example if you do not need to add 0 then the number has to something local form my understanding to your description

if this is the case the local number has to start with number range in this case you might use this with a transformation pattern to transform the called number and apply in the gateway level for outgoing calls

HTH

[Maciej Karpinski]

Hi

The problem is that there is no way to see on the number if it is local or not.

Mobile numbers are 13X XXXX XXXX and if the phone is registered in the same area as the GW for example shanghai you dial without a zero but if it is registered outside Shanghai you need to use a zero as prefix.

So for example number 131 1111 2222 could be a phone registered in Shanghai and 131 1111 2223 is registered outside so from Shanghai you will have to dial 13111112222 and 013111112223

[Marwan ALshawi]

so how normally user dial these number they try one way and if they get the error msg they re dial it with 0 ?

if this is the case and users used to it just keep it like this

if its not acceptable then try to contact the teleco and see if there is any way they can distinguish the number from

HTH

[Maciej Karpinski]

Yes this is how they do it locally, they try without a zero and if it doesn't work they try with a zero.

The problem is not local users but users from other countries. We have configured TEHO on that site and if someone calls +8613111112223 we strip +86 and prefix with a 0 so 01311112223 is sent out on PSTN but if we do the same for the number 12111112222 it won't work.

[Marwan ALshawi]

121 is local ? no 0 nneeded  here ?

[Maciej Karpinski]

I ment 13111112222

Yes tat's local

[Marwan ALshawi]

ok i got you

you mean 131 might be local without 0 or it might need 0

so if you strip the +86 and add it might work for some numbers and not for others

by using + dialing the used is almostdialing thorugh application or using directory search or re dial

if  and the call will be  in the format of +86131XXXXX

i would say instead of making the standard as adding 0 do not add the 0 so what you do strip the +86 and send it as 131XXXX if works all good if its not the user will get the msg you mentioned about telling the user add 0 to the number

and here where the user will need to dial the number with 0 they might call the number with the country international code for example 001860131XXXX and here you will need to have translation pattern or transformation to look in to this number with XXX0131XXXX and send it as 0131XXX which mean the user did dial it manually

this is just idea and hope it will help

Good Luck

[Maciej Karpinski]

Hi

Yes you have understood how this works( or not works ;-) )

The problem with the solution you mentioned is that the message is in Chinese so users from other countries wont understand the message and we wont be able to teach ~8000 users in diffrent countries that if they can't dial +86XXX they should dial 0086 ( our international prefix is 00 )

[Marwan ALshawi]

well it is tricky one

ok if its big network why you dont speak to the local telco they might can help you to re route the call from their end for example and do the prefixing from there side ? some telecons they do things like this for big customers

[Maciej Karpinski]

Unfortunetely this provider isn't able to do it

[Steven Griffin]

Hi,

First off, wikipedia has a great article on China's numbering plan: 

http://en.wikipedia.org/wiki/Telephone_numbers_in_China

Looking through this you'll note that mobile numbers do not use the trunk code (0) whereas most all other calls do.  Instead mobile calls use an eleven digit number that always starts with 1 and then the second number is a 3,5,or 8.  The only other dialable pattern (with or without the trunk code 0) that starts with 1 is the capital Beijing which the first two digits are ten (10). 

Thus, all you need to do is build the following patterns to capture Beijing vs. mobile in CUCM or dial-peers if you are using H.323/SIP/CUCME.

+8610! -> Beijing so strip +86 and add 0

+861[358]XXXXXXXXX -> mobile phone so strip +86 and forward 11 digits

If you want to be nice you can also account for the accidental trunk-code addition

+86010 -> Beijing so strip +86

+8601[358]XXXXXXXXX -> mobile phone so strip the +860 and forward 11 digits

If you want to be generic about it (they could add new carriers at any time) then just check for digits that don't start with 10. 

-Steven

[Maciej Karpinski]

Hi

Yes as they write the mobile numbers don't have area codes but it still works as I wrote. If you want to dial a mobile phone that is registered in your area you dial without a 0 but if the phone is registered outside your area you need to add a 0.

[Steven Griffin]

I see.  Then it is simply a matter of allowing both the +861[358]! and +8601[358]! patterns to be sent. At the gateway you simply strip off +86 and forward what is left.  When to use the trunk-code (0) is left to the calling party to understand.  You should be able to limit, if necessary, the inclusion of the trunk-code to just the mobile numbers.

-Steven

[Maciej Karpinski]

Just to allow the calls to be made is no problem, we are sending anything that starts with +86 to that gateway.

The problem is that users in China knows about how it works to call mobile phones and they will try with an extra 0, there is also a message in Chinese but all users outside China won't have a clue whats happening, they won't understand the message and they will not try with an extra 0 since that's not needed when making an international call.