Elaborate on 'location'
Sm has a concept of 'location'. You make a location named 'test' and you can associate subnets to it.
Cm has a concept of locations as well.
In 7.x+ those locations can be correlated - to say, SM + CM can have the same locations and IP ranges in each. There's some cool stuff you can do with bandwidth management with that.
Regardless, all that's gonna change is whether the phone gets PPM dial patterns for ARS ALL only or for ARS ALL and ARS location 5. It should have nothing to do with getting any PPM.
Your original problem was about dialing. Now you're saying that you get no PPM at all when you register from another location. You need to troubleshoot that.
For example, if location 1 is fine for sip phones and location 2 was all h323 and you're trying sip there now and you took your extension from location 1 and logged it in at location 2 and got no ppm at all. Would that be a fair description of the problem?
Something that might cause that issue in the circumstance I outlined above is the authoritative domain in the network region form. If, for example, location 1 was in NR1 and location 2 NR2 and location 1 had an authoritative domain defined but location 2 did not, that would explain why a phone in NR1/location 1 would get PPM and the same phone in NR2/location2 would not. Authoritative domain is a weird thing. 1 CM server can only be authoritative to 1 sip domain, but if you don't put it in the NR form, then your traceSM would probably show a subscribe from the phone to SM to CM and CM answer with 200OK but in that 200OK you'll see something like 'subscription terminated'
I'm not saying that's your problem, but it's a fair description of a failure and a cause for a situation that sounds slightly similar.