CN101044740B - Integrated method and apparatus to manage mobile devices and services - Google Patents

Abstract

Disclosed herein is a method, a system, a network node and a computer program executable by a data processor or data processors to accommodate a non-IP OTA protocol using an end-to-end IP protocol. The method includes receiving a message from a non-IP entity; using a markup language, such as XML, for message and content representation, where in an XML message non-IP protocol content is identified using an XML 'Meta' element, where the Meta element describes the content type as 'non-IP protocol name' and sending the XML message. The step of using XML preferably includes encapsulating received content in an XML message and using the XML Meta element to enable a receiver of the XML message to extract the content. The message received from the nonIP entity may be an IS-683 message.

Description

The integrated approach and the equipment of management mobile device and service

Technical field

Current preferred implementation of the present invention relates in general to wireless communication system and method, and relates more specifically to aerial transmission (OTA) device manager, and it is used for information delivery is given, and such as cellular mobile device, but is not restricted to this.

Background technology

Along with the functional of mobile device develops with more and more faster speed, configuration and maintenance have become complicated and task consuming time about the service and the characteristic of mobile device.For example, realize that wireless application protocol (wap), CDMA and data connectivity require the configuration of multiple setting.Even for present available limited characteristic, some users still do not know how to dispose their mobile device.

Another operating position is OTA supply and the management to the new service of mobile device.Such as browse, the accurate mobile device setting of senior mobile service request of Multimedia Message transmission, mobile E-mail and calendar synchronization.The process of remote management apparatus setting and application is called equipment control.

OTA management is defined in 3GPP2 OTASP/OTAPA, OMA (Open Mobile Alliance) equipment control (OMA DM) and 3GPP2 IOTA-DM standard (IOTA-DM stands for " IPbased over-the-air device management " (IOTA-DM support " IP-based aerial transmission equipment is managed) ").

Also there is technology at present, is used for the telemanagement mobile device based on non-Internet protocol (IP).For example, IS-683 standard (TIA/EIA-683-C, Over-the-Air ServiceProvisioning of Mobile Stations in Spread Spectrum Systems, in March, 2003) defined a kind of agreement of using air interface signaling, be used for the telemanagement travelling carriage.Another uses the example of non-ip protocol to comprise the use of special use based on Short Message Service (SMS) agreement.

Equipment control is intended to for the extensive employing of the service of moving helpful, because it provides the mechanism of subscribing to new service simply for the user.For Virtual network operator, this has realized a kind ofly changing and guarantee certain rank of service quality by dynamic adjustment, introduces the quick and simple mode of the service that new service and administrative institute provide.

In June, 2003, OMA has issued the standard based on the OMA equipment control of SyncML DM (synchronization makeup language equipment control) (OMA DM) version 1.1.2.This respect can reference: OMA SyncML HTTP Binding, version 1.1.2, OMA, on June 12nd, 2003; OMA SyncML OBEX Binding, version 1.1.2, OMA, on June 12nd, 2003; OMA SyncML Device Management Protocol, version 1.1.2, OMA, on June 12nd, 2003.

Http:// www.openmobilealliance.org/release program/enabler releases.htmlOMA SyncML Representation Protocol, Device Management usage, version 1.1.2, OMA, on June 12nd, 2003; OMA SyncML DeviceManagement Bootstrap, version 1.1.2, OMA, on June 12nd, 2003; OMASyncML DM DDF DTD (SyncML_dm_ddf_v111_20021002.dtd), version 1.1.2, OMA, on June 12nd, 2003; OMA SyncML Device ManagementTree and Descriptions, version 1.1.2, OMA, on June 12nd, 2003; OMASyncML Device Management Notification Initiated Session, version 1.1.2, OMA, on June 12nd, 2003; OMA SyncML Device Management Security, version 1.1.2, OMA, on June 12nd, 2003; And OMA SyncML WSPBinding, version 1.1.1, OMA, on June 12nd, 2003.

OMA DM provides integrated and extendible framework, is used for the OTA managerial demand of 3G mobile device and the above equipment of 3G.Standard comprises OMA DM protocol specification, and it is based on SyncML DM agreement.This agreement is managed at OTA and is optimized, and basic consideration wherein relates to the resource and the bandwidth constraints of mobile device.

As a kind of mechanism, OMA DM is very multiduty, and can be used to manage the data of different types object.Some data object is simple numeric type or textual parameters, and is binary on other object properties.Numeric obj ects can comprise connectivity parameters, such as access point address and proxy configurations.Binary object can comprise safe key, data block or software module.

WAP 2.0 guiding that the agreement support is used for initially providing and the DM protocol specification collection that the sustainable management after initially providing is provided.

At present, do not manage the unified mode of the aerial transmission of mobile device.Need a kind of integrated approach that did not also have before the present invention, it is used for the Internet Service Provider and uses single mechanism management mobile device and service.The various criterion of at present available OTA management, for example OMADM, IOTA-HCM, IS-683, special-purpose OTA, OTA remote service or the like do not reach gratifying degree as yet.

Summary of the invention

Presently preferred embodiments according to the present invention have overcome problem mentioned above and other problems, and have realized other improvement.

Disclose a kind of method, system and can be used to use end-to-end IP agreement that non-IP OTA agreement is provided by the computer program of one or more data processors execution.This method comprises: receive message from non-IP entity; The usage flag language carries out message and content representation, wherein uses " Meta " component identification non-ip protocol content in markup language message, and wherein this Meta element is described as this content type " non-ip protocol name "; And send this markup language message.The step of usage flag language preferably includes the content that will be received and is encapsulated in the markup language message, and uses this Meta element to make the receiver of markup language message can extract this content.The message that is received from non-IP entity can be IS-683 message, and it is as non-limiting example.

One aspect of the present invention is to be operable as the network node that uses end-to-end IP agreement that non-IPOTA agreement is provided.This network node comprises: receiver, and its reception comprises the message of non-ip protocol content; And processor, it can be operated with the SGML such as XML that is used for message and content representation, be used for the non-ip protocol content is encapsulated in XML message, described non-ip protocol content uses XML " Meta " element to label to the potential receiver of such XML message.The Meta element is described as the Meta content type " non-ip protocol name ".This network node comprises that also reflector is with to the recipient and comprise the XML message of non-ip protocol content via wireless network transmissions.

Another aspect of the present invention is a travelling carriage, and it has non-IP client and receiver, and this receiver uses end-to-end IP agreement to receive the markup language message that comprises the non-ip protocol content-message.Travelling carriage also comprises processor, it can be operated with the SGML that is used for message and content representation, be used for appearance, from the message that is received, extract content-message based on non-IP in response to " Meta " element that the Meta content type is described as " non-ip protocol name ".

Another aspect of the present invention is to be operable as to use end-to-end IP agreement to provide non-IP to transmit the network node of (OTA) agreement in the air.This network node comprises acceptor device, be used to receive the message that comprises the non-ip protocol content, wherein acceptor device is couple to data processor means, this data processor means can be with operating such as the SGML that is used for message and content representation of extend markup language (XML), be used for the non-ip protocol content is encapsulated in XML message, described non-ip protocol content uses XML " Meta " element to label to the potential receiver of such XML message.The Meta element is described as the Meta content type " non-ip protocol name ".This network node also comprises the emitter apparatus that is couple to data processing equipment, is used for comprising the XML message of non-ip protocol content to the recipient and via wireless network transmissions.

Another aspect of the present invention provides a kind of method, and it is used to use end-to-end IP agreement to provide non-IP to transmit (OTA) agreement in the air, and it comprises: the step that is used for receiving from non-IP entity message; Be used for the step that the usage flag language carries out message and content representation, wherein use " Meta " component identification non-ip protocol content in message, wherein the Meta element is described as this content type " non-ip protocol name "; And the step that is used for sending message with " Meta " element.

Description of drawings

To in the detailed description of the preferred embodiment, when in conjunction with the accompanying drawings, the aspect mentioned above of current preferred implementation of the present invention and other aspects will become more obvious hereinafter, wherein:

Fig. 1 is based on the simplified block diagram of the DM network architecture of CDMA;

Fig. 2 shows the end-to-end framework that is used for IOTA-DM;

Fig. 3 shows and is used to provide exemplary non-IP DM message, is IS-683 message under this unrestricted situation, message flow; And

Fig. 4 shows the expression according to the end-to-end message format of Fig. 3 example.

Embodiment

By introducing, embodiments of the present invention can be used for integrated different OTA agreement, the unified approach that obtains being used to manage mobile device and service.More specifically, embodiments of the present invention realize using the non-Internet protocol of IP-based protocol processes (non-IP) management agreement.Embodiments of the present invention make to use IP-based agreement realize in the heterogeneous networks and the inhomogeneous mobile device in these networks between OTA management integrated approach.The use of preferred implementation of the present invention guarantee wireless service provider in their layout, have unified mechanism with management they network or service-domain in the mobile device and the service that are provided.

Preferred implementation of the present invention is used specific Meta type, and the mode of specific use DM agreement, with the back compatible of acquisition with employed non-ip protocol in legacy system.Its feasible DM agreement based on SGML (promptly based on XML) can be used in the heterogeneous networks, is used to manage the mobile device of different qualities.

Use to preferred implementation of the present invention can bring cost savings by utilizing the existing assembly in traditional mobile system again.

Provide the mobile service that a kind of integrated approach is used for managing to be provided at service-domain to using also of preferred implementation of the present invention as the service supplier, and in integrated traditional characteristic and the third generation (3G) characteristic and characteristic of future generation, give a hand.

Preferred implementation of the present invention can be implemented in mobile device.Existing component software can be reused with the integrated entity in the development mobile device to support traditional characteristic.Then, be used for 3G and follow-on new features also can be integrated.Thus, preferred implementation of the present invention is supported traditional characteristic and new features, provides integration mechanism so that these two to be provided.For the CDMA mobile device, the OTASP/OTAPA assembly can be reused.

For embodiments of the present invention being placed the suitable technique environment, with reference to figure 1, it shows the network architecture of the DM in exemplary cdma network.Although only show the CDMA interface, OMA DM standard is also supported DM by local access technology, and this this locality access technology is low power RF (Bluetooth for example for example ^TM(bluetooth)) and infrared ray (for example IrDA).Again with reference to figure 2, it shows the end-to-end framework that is used for IOTA-DM, and comprises travelling carriage (MS) 1, for example cell phone, be also referred to as mobile device (ME) and be couple to the DM server 2 of MS1 via wireless network 22 such as cellular radio (for example CDMA).

Usually, the various execution modes of MS1 can comprise, but be not restricted to cell phone, PDA(Personal Digital Assistant), portable computer, image capture device, game station, music storage and playback reproducer, permission Wi-Fi (Wireless Internet Access) and the internet apparatus of browsing and portable unit or the terminal of incorporating the combination of these functions into performance for wireless communications with performance for wireless communications with performance for wireless communications such as digital camera with performance for wireless communications with performance for wireless communications.Non-portable set is also in the scope of these enlightenments.

In these figure, suppose that MS1 comprises to handle DM message and order, execution mandate and handle DM client 10 to the access of DM management tree.Management object 12 comprises the parameter that is associated with application and service, software object, configuration data blocks etc.Management object 12 is prepared for the relevant group of logic (perhaps subtree) in the hierarchical tree.Suppose that also MS1 comprises application 14.

DM server 2 is entities in the network, is used for managing service and the application of MS1.DM server 2 sends DM order and correctly explains response from DM client 10.DM server 2 comprises DM database 2A, has wherein stored device description framework (DDF) 16 documents.Of the present invention preferred but in the nonrestrictive execution mode, DDF 16 documents be XML document (Extensible Markup Language (XML) 1.0 (second edition), the W3C proposed standard, on October 6th, 2000 version, World Wide Web Consortium), it has described the character of the management object in the equipment.

OMA DM agreement (OMA SyncML Device Management Protocol, version 1.1.2, OMA, on June 12nd, 2003) has defined Governance framework and at MS1 with refer to the one group of message that exchanges between the network entity of DM server 2.

For integrality, also figure 1 illustrates diverse network (N/W), comprise ANSI-41 network 30 and Internet protocol (IP) network 32 as example.The network 30 that is couple to ANSI-41 is that message dispatching centre (MC) 34, attaching position register (HLR) 36, aerial transfer function (OATF) 38 and mobile switching center are to (MSC/VLR) 40.MC34 is couple to DM server 2, and MSC/VLR 40 is couple to base station controller/Packet Control Function (BSC/PCF) 42, it is coupled to and IP network 32 associated packet data support node (PDSN) 44.What be associated with IP network 32 equally is various authentication functions, authorization function and charging (AAA) function 46,48, and home agent (HA) 50.HA 50 is couple to DM server 2 with IP network 32.DM server 2 mentioned above shows a plurality of exemplary administrative functions 60, comprises configuration management 60A function, Service Management 60B function, CDMA OTA service provision (OTASP) and OTA parameter management 60C function, business administration 60D function and software administration 60E function.

Also show among Fig. 2, be inserted between MS1 and the wireless network 22, and between DM server 2 and wireless network 22, be respectively suitable HTTP(Hypertext Transport Protocol), Object Exchange (OBEX) and Short Message Service (SMS) interface 70A and 70B.

One aspect of the present invention relates to the non-IP management agreement of the IP-based protocol processes of use.In non-limiting example, non-IP management agreement is described (IS-683 is TIA/EIA and 3GPP agreement, is used for the OTA supply and the OTA parameter management of cdma2000, is also referred to as the C.S0016 among the 3GPP) in the content of IS-683 message.

Fig. 3 shows when handling common IS-683 message, the message flow between at least one non-IP client 20, DM client 10, wireless network 22 (for example cdma network or BluetoothTM network), IP-based server 24 and at least one the non-IP network entity 26.

More specifically discuss now and use the non-IP management agreement of IP-based protocol processes, it should be noted that current IP-based management agreement is not supported and the back compatible of non-ip protocol on a large scale.But integrated framework requires the processing to non-ip protocol and IP agreement.

According to an aspect of the present invention, non-IP OTA agreement can use end-to-end IP agreement to handle, and end-to-end IP agreement has used XML to carry out message and content representation.In XML message, use " Meta " component identification non-ip protocol content of XML.

An execution mode of the method according to this invention is shown among Fig. 3, and wherein the Meta element is described as content type " non-ip protocol name ".For example, if employed XML agreement is an agreement based on SyncML, and non-ip protocol is IS-683, and then content type can be expressed as " syncml-dm:cdma-is683 ".For specialized protocol, as is well known all, but be not restricted to this agreement: Nokia-Ericsson OTA (referring to example: Http:// www.forum.nokis.com/mian/1,6566,1_47_50,00.html), it can be " syncml-dm:nokia-ota ".

Process shown in Fig. 3 is as described below, and Fig. 3 can also be considered to be logical flow chart.

Steps A: IP-based server 24 intercepting non-ip protocol message, such as the IS-683 request message, use " Meta " element that non-ip protocol message is encapsulated in the XML message as indicated abovely.

Step B: the XML message that will have packaged non-IP message sends to DM client 10 as DM message via wireless network 22.

Step C: support the DM client 10 of XML to receive these DM message, and be non-IP message content, and extract the Meta content with the Meta type identification.Can in " Meta " element, specify content encoding by the using form element.

Step D: the DM client 10 of support XML is called the non-IP client 20 among the MS1, and gives non-IP client 20 with the non-ip protocol form with the Meta delivery of content.It should be noted that under normal conditions, MS1 can comprise a plurality of non-IP clients 20, and in this case, DM client 10 will be determined the identity of the non-IP client 20 in destination according to received message, and route Meta data are to the correct non-IP client in destination.Should also be noted that to have a plurality of non-IP network entities 26 usually, it sends by the message (message of IS-683 and other types) that IP-based server 24 intercepted and handled, and is as indicated above.

Step e: non-IP client 20 is handled and is comprised the message of Meta content, and can send response.Response sequence is followed as the same sequence among steps A, B, C and the D then.Just, in step F, ground as indicated above DM client 10 uses " Meta " element that non-IP response is encapsulated in the XML message.At step G, DM message is sent to IP-based server 24, it extracts Meta content (step H), formats and the IS-683 response message that is fit to is sent it back non-IP network entity 26 (step I).

In step C above,, can be the node that is used for the management tree of non-ip protocol by specifying " Exec " order in the XML message and the target of specifying Exec to order, and call non-IP client 20 when using SyncML DM to carry out XML when representing.

If non-ip protocol is 3GPP2IS-683, then node name can assigned I S-683.For example, the unified resource indicating device (URI) of node can be " ./root/...cdma/is-683 ".

Fig. 4 is the expression according to the exemplary end-to-end message of method and system mentioned above.

The wide variety of method steps of Fig. 3 can be carried out by the programmable data processor that is fit to that is positioned at the node place that is paid close attention among Fig. 3, such as IP-based server 24 among the MS1 and DM client 20.

Can recognize that in embodiments of the present invention the message that is received from non-IP entity 26 can comprise IS-683 message, and can comprise the IS-683 agreement of different editions.

Can recognize in embodiments of the present invention, XML message can comprise the additional information that is used to handle the Meta content, such as URI and/or " order ", order with the processing in the receiver of call XML message to handle the Meta content such as one or more, wherein the Meta data can perhaps be encoded as the form by the appointment of " form " element through other through Base 64 (b64) coding.

Can also recognize that in embodiments of the present invention the message that is received from non-IP entity 26 can comprise for example Nokia-Ericsson OTA message (with reference to above).

And XML message can comprise SyncML DM or OMA DM message, and XML message can comprise 3GPP2 IOTA-DM message.

Be appreciated that and use embodiments of the present invention can provide great cost savings by utilizing component software again.For each network, usually have thousands of equipment, the developer can concentrate on attentiveness in the exploitation senior service and function, rather than be that prior function rewrites code, and operator can use public integrated supply mechanism these senior functions of supply and service to give the mobile subscriber then, and is as indicated above.

The description of the preamble example by exemplary and indefiniteness provides present inventor to wish to be used to carry out the description of the complete and abundant information of the best approach of the present invention and equipment.But when in conjunction with the accompanying drawings with appended claims, according to preamble for a person skilled in the art, various modifications and adjustment will become obvious.But as some example, those skilled in the art can attempt using other similar or equivalent message formats, content representation etc.

But all are this and similarly will still fall within the scope of embodiments of the present invention the modification of enlightenment of the present invention.

And under the situation that does not have corresponding other characteristics of use, the use of some characteristics of preferred implementation of the present invention can be favourable.Similarly, preamble is described the explanation that only be considered to principle of the present invention, enlightenment and execution mode, but not their restriction.

Claims (37)

1. one kind is used to manage mobile device and service method, is used to use end-to-end IP agreement that non-IP is provided aerial host-host protocol, and described method comprises:

Receive message from non-IP entity;

The usage flag language carries out message and content representation is encapsulated in the content that receives in the markup language message, wherein in described markup language message, use " Meta " unit usually to identify the non-ip protocol content, wherein said Meta element is " a non-ip protocol name " with the type specification of described content; And

The described markup language message of transmission has described " Meta " element.

2. method according to claim 1, wherein the described message that receives from described non-IP entity comprises IS-683 message, it comprises the IS-683 agreement of different editions.

3. method according to claim 1, wherein said markup language message comprises the additional information that is used to handle the Meta content, described additional information includes at least one URI and one or more order, and wherein the process in the receiver of the described markup language message of at least one command calls is to handle described Meta content.

4. method according to claim 1 is wherein encoded to the Meta data by the specified form of format element.

5. method according to claim 4, the Meta data of wherein said form are through Base 64 codings.

6. method according to claim 1, wherein the described message that is received from described non-IP entity comprises Nokia-Ericsson OTA message.

7. method according to claim 1, wherein said markup language message comprise SyncML DM message.

8. method according to claim 1, wherein said markup language message comprise OMA DM message.

9. method according to claim 1, wherein markup language message comprises 3GPP2IOTA-DM message.

10. network node, be operable as and use end-to-end IP agreement that non-IP is provided aerial host-host protocol, it comprises: the receiver that is used to receive the message that comprises the non-ip protocol content, and processor, described processor can be operated with the SGML that is used for message and content representation, be used for described non-ip protocol content is encapsulated in markup language message, use " Meta " element to identify described non-ip protocol content to the potential receiver of such markup language message, wherein said Meta element is described as " non-ip protocol name " with described Meta content type, and described network node also comprises reflector, and it is to the recipient and be the described markup language message that comprises described non-ip protocol content via wireless network transmissions.

11. network node according to claim 10, wherein the message that is received comprises the IS-683 protocol message.

12. network node according to claim 10, wherein said markup language message comprises the additional information that relates to the Meta contents processing.

13. network node according to claim 12, wherein said additional information comprises URI.

14. network node according to claim 12, wherein said additional information comprise at least one the order with the process in the described receiver that calls described SGML to handle described Meta content.

15. network node according to claim 10, wherein said Meta content is through Base 64 codings.

16. network node according to claim 10, the coding of wherein said Meta content is by comprising in the described markup language message that " format " element is specified.

17. network node according to claim 10, wherein the message that is received comprises Nokia-Ericsson OTA message.

18. network node according to claim 10, wherein said markup language message comprise SyncML DM message.

19. network node according to claim 10, wherein said markup language message comprise OMA DM message.

20. network node according to claim 10, wherein said markup language message comprise 3GPP2 IOTA-DM message.

21. travelling carriage, it comprises non-IP client and is used to use end-to-end IP agreement reception to comprise the receiver that non-ip protocol transmits the markup language message of content-message in the air, and processor, described processor can be operated with the SGML that is used for message and content representation, be used for appearance, from the markup language message that is received, extract described non-ip protocol and transmit content-message in the air in response to SGML " Meta " element that the Meta content type is described as " non-ip protocol name ".

22. travelling carriage according to claim 21, and comprise that the reflector that is couple to described processor comprises the markup language message that non-ip protocol transmits content response message in the air with promoter's transmission of transmitting content-message to described non-ip protocol in the air.

23. travelling carriage according to claim 22, wherein said processor also can be operated and be used for being transmitted the content-message described non-IP client that leads with what extract in the air based on non-ip protocol, and wherein said non-ip protocol transmits content response message in the air and initiated by described non-IP client.

24. travelling carriage according to claim 21, wherein said non-ip protocol transmit content-message in the air and comprise the IS-683 protocol message.

25. travelling carriage according to claim 21, wherein said markup language message comprises the additional information that relates to described Meta contents processing.

26. travelling carriage according to claim 25, wherein said additional information comprises URI.

27. travelling carriage according to claim 25, wherein said additional information comprise that at least one order is to call the process of handling described Meta content.

28. travelling carriage according to claim 21, wherein said Meta content is through Base 64 codings.

29. travelling carriage according to claim 21, the coding of wherein said Meta content is by comprising in the described markup language message that " format " element is specified.

30. transmitting content-message in the air, travelling carriage according to claim 21, wherein said non-ip protocol comprise Nokia-Ericsson OTA message.

31. travelling carriage according to claim 21, wherein said markup language message comprise SyncML DM message.

32. travelling carriage according to claim 21, wherein said markup language message comprise OMA DM message.

33. travelling carriage according to claim 21, wherein said markup language message comprise 3GPP2 IOTA-DM message.

Thereby 34. one kind be used for the operational network node and use end-to-end IP agreement that non-IP is provided the method for aerial host-host protocol, comprising:

-reception comprises the operation of the message of non-ip protocol content;

-described non-ip protocol content is encapsulated in operation in the markup language message, usage flag language " Meta " element identifies described non-ip protocol content to the potential receiver of such markup language message, and wherein said Meta element is described as " non-ip protocol name " with described Meta content type; And

-comprise the operation of the described markup language message of described non-ip protocol content to recipient transmission.

35. a method that is used to operate the travelling carriage with non-IP client comprises:

-use end-to-end IP agreement reception to comprise the operation that non-ip protocol transmits the markup language message of content-message in the air; And

-in response to the appearance of SGML " Meta " element that the Meta content type is described as " non-ip protocol name ", from the markup language message that is received, extract the operation that described non-ip protocol transmits content-message in the air.

36. method according to claim 35, and comprise that further non-ip protocol that the promoter transmission of transmitting content-message in the air to described non-ip protocol comprises encapsulation transmits the operation of the markup language message of content response message in the air.

37. method according to claim 36 comprises that further the non-ip protocol that will be extracted transmits the lead operation of described non-IP client of content-message in the air, wherein said non-ip protocol transmits content response message is in the air initiated by described non-IP client.

Images