The present invention relates to communication device configuration and more particularly to a method and apparatus for detecting devices with incorrect GPRS configuration.
Today there exist several methods for detecting new terminals/devices that enter a mobile network and send device configurations to these devices automatically.
The detection of new subscriber/device combination, in other words, new IMSI/IMEISV combinations and forwarding this information from MSC/SGSN to HLR has been standardized in 3GPP release 6. See ref [1] to [7] for more information. This detection method is usually extended with a non-standardized interface between HLR and a Device Management System that performs the actual configuration of the detected device.
One of these methods described in
The existing solutions detect new IMSI/IMEISV combinations which identify new subscriber/device combinations that need to be configured for different services. The configuration of the devices is then executed using either OMA CP or OMA DM methods.
A drawback with OMA CP is the one way communication towards the device and it can thereby not be confirmed if the service settings have been accepted by the subscriber or not. This has been solved in OMA DM protocols since the configuration can be read from the device and it can be confirmed that the service settings have been accepted.
McGuiggan describes in "
None of the methods for detection/configuration in the prior art can automatically detect if subscribers change or delete the GPRS settings in the device, for example by accident or after a repair/firmware upgrade.
The present invention relates to the problem of providing an improved apparatus and method for detecting devices with incorrect GPRS configuration. The above mentioned drawbacks of how to automatically detect if subscribers change or delete the service settings in the device are to be avoided. The problem can arise for example by accident or after a repair/firmware upgrade.
According to one aspect of the invention this problem is solved by a method and apparatus for detecting devices with incorrect GPRS configuration. The method and apparatus include in a Gateway GPRS Support Node performing the steps of claim 1.
The purpose with the invention is to automatically detect un-configured or badly configured GPRS devices in order to send new GPRS configurations to the device.
An advantage of the invention is that it can detect devices having no GPRS configuration and devices having a faulty GPRS configuration.
Preferred embodiments of the invention will now be described in more detail with reference to the enclosed drawings.
A User Equipment UE 110 communicates with a Serving GPRS Support Node SGSN 120 over a signaling interface 152. The SGSN is having a processor 122 and a memory 124 having instructions accessible from the memory and processable by said processor. The SGSN communicates with a Gateway GPRS Support Node GGSN 130 over a Gn signaling interface 154. The GGSN is having a processor 132 and a memory 134 having instructions accessible from the memory and processable by said processor. A RADIUS client 131 of the GGSN communicates with a Radius Server 142 of a Device Management System DMS 140 using for example RADIUS on a Gi interface 156. The DMS is having a processor 144 and a memory 146 having instructions accessible from the memory and processable by said processor. The Device Management System includes a server with OMA CP capabilities or OMA DM capabilities or both handling device management information sent to the GGSN using a device management protocol (e.g OMA DM or OMA CP) over the Gi interface 158 to be further transmitted to the SGSN on the Gn interface 160 and finally reaching the UE.
Alternatively the device management information is sent using an internal SMS-C 141 or an external SMS-C 150 to be further transmitted to the MSC 170 and finally reaching the UE using a SMS bearer.
The UE 110 sends PDP context activation request with an empty or faulty APN to the SGSN 120 in message 210. When detecting an empty APN or an unsubscribed APN or an APN not present in a Default Name Server DNS 126 the SGSN creates a PDP context activation request and inserts a default APN. In message 220 a PDP context activation request with the default APN is sent to the GGSN 130. The PDP context activation requests further includes IMEISV, MSISDN and IMSI parameters. The GGSN, on receipt of the PDP context activation request detects the default APN and sends in message 230 a RADIUS Accounting request message to the RADIUS Server 142 of the DMS 140. The RADIUS Accounting request message includes the IMEISV, MSISDN and IMSI parameters but also adds an Internet Protocol IP address of the UE 110. In message 240 the DM sends a RADIUS Accounting response to the RADIUS client 131 of the GGSN. Also, the device management configuration flow using IP over the existing PDP context is initiated by a device configuration management message to the GGSN in message 270a. The device configuration management message is further sent to the SGSN in message 280a and from the SGSN to the UE in message 290.
As an alternative embodiment the Device Management Server 140 may instead of using IP towards the UE use SMS as bearer. In message 270b the Device Management Server 140 initiates an SMS towards an external SMS-C 150. In message 280b an SMS with device configuration information is transmitted to the MSC 170 serving the UE that forwards the message to the UE in message 291. An alternative path is to use the internal SMS-C 141 to send the SMS in message 270c.
When the RADIUS Accounting Response message 240 is received by the Radius Client 131 in the GGSN, the GGSN will initiate a successful Create PDP context response in message 250. In message 260 the SGSN will initiate a successful PDP Context Activation Response towards the UE.
The method starts in step 300. In step 310 a request is received from a GPRS capable device/UE which tries to activate a PDP context. The SGSN detects an empty APN in step 320. If the APN is not empty the SGSN checks in step 330 whether the request concerns an unsubscribed APN or an APN not in a Default Name Server DNS. If any of step 320 or step 330 is confirmative the SGSN inserts in step 360 a default APN instead of the empty or unsubscribed APN received from the terminal in the PDP context request. This default APN is used in the create PDP context request message sent to the GGSN in step 370. In the create PDP context request towards the GGSN also the IMEISV, IMSI and MSISDN are included. The method ends in step 380
If the APN is not unsubscribed or is present in the DNS the SGSN uses in step 340 the received APN in a PDP Context Activation Request sent to the GGSN and the method ends in step 350.
The method starts in step 400. In step 410 the create PDP context request from the SGSN is received in the GGSN. In step 420 the GGSN checks if the default APN is received. If the default APN was not received from the SGSN the normal flow, the normal connection set up procedure for a valid PDP context, is followed in step 450. In case it is the default APN received the GGSN initiates in step 430 a message, e.g. a RADIUS accounting request, towards the device management system that will act as a RADIUS server for this APN. The IMEISV, IMSI, MSISDN are included in the RADIUS accounting request. Also the IP address of the device is included. The method ends in step 440.
The method starts in step 500. In step 510 the device management system stores the IMEISV, MSISDN, IMSI and device IP address information. In step 520 a response message, e.g. a RADIUS accounting response message, is sent back to the GGSN to authorize the PDP context set up.
In step 530 the device management system uses the received and stored information to decide the device model and initiates sending of a configuration messages to the device either using OMA CP or OMA DM standard or the OMA CP standard or any other device management protocol. Since an IP address has been allocated to the UE by the GGSN the integrated PPG in the device management system may choose to send the device configuration message over the existing PDP context. The method ends in step 540.
An advantage of the invention is that it can, in addition to devices having no GPRS configuration at all, automatically detect devices having a faulty GPRS configuration. This means that the subscriber instead of receiving an error message for a failed PDP context activation can receive for example a message that it has faulty configurations and will soon receive correct settings. This message can either be sent over an SMS bearer or the currently active PDP context.
Yet another advantage with the invention is that it can automatically detect that the subscriber has destroyed or changed the received settings, or accepted sent service configurations.
Another advantage with the invention is, when using RADIUS, the RADIUS accounting message also includes the IP address of the UE. This implies the further advantage that service configurations can be sent to the device directly using OMA CP or OMA DM or other protocols over the existing PDP context which saves SMS communication.
An advantage is also that the fact that the IP address is received in the device management system also makes it possible to send a web page to devices notifying for example that is impossible to send service configurations to it. This web page can give the user instructions how to manually configure the device.
The invention is also a cost efficient solution that utilize existing infrastructure and since all the interfaces are standardized (Gn interface between SGSN and GGSN and the use of RADIUS on the Gi interface from GGSN to RADIUS Server) the invention will increase the possibilities to deploy a device management solution in a multi vendor network.
This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.