Abstract:
A method of diagnostics and monitoring management for a DM (device management) client in a wireless communication system is disclosed. The method comprises having at least one event set in a Trap management object (MO) tree; and performing measurements and providing measurement results to the server when the at least one event is triggered.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This application claims the benefit of U.S. Provisional Application No. 61/380,710 filed on Sep. 8, 2010 and entitled “Event-Triggered Radio Measurement Collections for Minimization of Drive Tests and Network Planning Optimization”, the contents of which are incorporated herein. 
     
    
     BACKGROUND OF THE INVENTION 
       [0002]    1. Field of the Invention 
         [0003]    The application relates to a method and a related communication device used in a wireless communication system and related communication device, and more particularly, to a method of diagnostics and monitoring management and a related communication device in a wireless communication system. 
         [0004]    2. Description of the Prior Art 
         [0005]    Open Mobile Alliance (OMA) is the focal point for the development of mobile service enabler specifications, which support the creation of interoperable end-to-end mobile services. OMA drives service enabler architectures and open enabler interfaces that are independent of the underlying wireless networks and platforms. OMA creates interoperable mobile data service enablers that work across devices, service providers, operators, networks, and geography. Toward that end, OMA will develop test specifications, encourage third party tool development, and conduct test activities that allow vendors to test their implementations. 
         [0006]    In OMA DM (Device Management) working group, DiagMon (Diagnostics and Monitoring) is defined to manage distributed, mobile wireless devices, in order to optimize a subscriber&#39;s experience and reduce network operating costs. 
         [0007]    The overall goal of DM device diagnostics and monitoring is to enable management authorities to proactively detect and repair troubles even before the users are impacted, or to determine actual or potential problems with a device when an opportunity presents itself. A management authority is an entity that has the right to perform a specific DM function on a device or manipulate a given data element or parameter. 
         [0008]    The generic management interface for DiagMon functions can be broadly divided into two parts: the DiagMon Management Objects (DiagMonMOs) and alert message. Through this interface a server can configure or invoke the functions behind it, and retrieve results of Diagnostics or monitored information. Note that this interface framework does not present any specific function. Instead, it is intended to be used to define a wide range of DiagMon functions. For this purpose, all the different Diagnostics and Monitoring Functions will have its own MO Identifiers which is used to identify the function represented by this framework. With this identifier, the server is able to get further information of the function. 
         [0009]    A DiagMon function is resident on DM device. The DiagMonMO makes this function remotely callable by the Diagnostics and Monitoring System. The DiagMonMO is used as the means to expose the Diagnostic and Monitoring function to the Diagnostics and Monitoring System. The DiagMonMO will provide the following management capabilities and diagnostics and monitoring operations: Invoke the Diagnostics and Monitoring functions; Stop the Diagnostics and Monitoring functions; Configure the Diagnostics and Monitoring functions for reporting, execution, etc.; Retrieves the Diagnostics and Monitoring data or the results; Notifications using the Generic Alert. 
         [0010]    A trap is a well known concept employed in network management. It is a mechanism employed by a management authority to enable the device to capture and report events and other relevant information generated from various components of the Device, such as a protocol stack, device drivers, or applications. The Trap MO (Management Object) framework defined in this specification will be used for specific Trap MOs to be defined and uniquely identified by a Trap ID. 
         [0011]    In OMA DM Device Diagnostics and monitoring, a management authority is expected to proactively detect and repair troubles for users to provide better functionalities. Besides, DiagMon function is also expected to minimize the costly efforts of drive tests for better network planning optimization. However, In current DiagMon design, even some trap event logging and panic logging functionality are defined; they are not utilized fully and reported proactively to DM Servers. 
         [0012]    In addition, DM clients can also collect valuable measurement reports when certain events happened to servers, which is definitely helpful for servers to provide better network coverage avoiding some undesired network defect, such as weak coverage area, coverage hole, coverage mapping. 
       SUMMARY OF THE INVENTION 
       [0013]    A method of diagnostics and monitoring management for a DM (device management) client in a wireless communication system is provided. 
         [0014]    A method of diagnostics and monitoring management for a DM client in a wireless communication system is disclosed. The method comprises having at least one event set in a Trap management object (MO) tree; and performing measurements and providing measurement results to the server when the at least one event is triggered. 
         [0015]    A method of diagnostics and monitoring management for a DM server in a wireless communication system is disclosed. The method comprises creating a Trap MO in a DM client; and setting at least one event in a Trap MO tree of the Trap MO. 
         [0016]    A communication device for diagnostics and monitoring management in a wireless communication system is disclosed. The communication device comprises means for having at least one event set in a Trap MO tree; and means for performing measurements and providing measurement results to the server when the at least one event is triggered. 
         [0017]    A communication device for diagnostics and monitoring management in a wireless communication system is disclosed. The communication device comprises means for creating a Trap MO in a DM client; and means for setting at least one event in a Trap MO tree of the Trap MO. 
         [0018]    These and other objectives of the present invention will no doubt become obvious to those of ordinary skill in the art after reading the following detailed description of the preferred embodiment that is illustrated in the various figures and drawings. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0019]      FIG. 1  is an exemplary architecture of a wireless communication system. 
           [0020]      FIG. 2  is a schematic diagram of an exemplary communication device. 
           [0021]      FIG. 3  is a flow chart of an exemplary process. 
       
    
    
     DETAILED DESCRIPTION 
       [0022]    Please refer to  FIG. 1 , which is an exemplary architecture of a wireless communication system  10 . The wireless communication system  10  complies with a DM (Device Management) protocol specified by Open Mobile Alliance (OMA) DM working group. The wireless communication system  10  includes a DM server  100 , a network  120  and a DM client  140 . The device management takes place by communication between the DM server  100  and the DM client  140 . The DM client  140  can initiate communication. Once the communication is established between the DM server  100  and the DM client  140 , a sequence of messages might be exchanged to complete a given device management task. OMA DM provides for alerts, which are messages that can occur out of sequence, and can be initiated by either server or client. Such alerts are used to handle errors, abnormal terminations etc. 
         [0023]    The network  120  could be 3GPP (the third generation partnership project) network, such as a long-term evolution-Advanced (LTE-A) system, a HSPA+ (High Speed Packet Access Plus) system) or other mobile communication systems (e.g. LTE, WCDMA, HSPA, GSM, EDGE, etc.), considered a new radio interface and radio network architecture that provides a high data rate, low latency, packet optimization, and improved system capacity and coverage. In addition, the network  120  could be a wire line network as well. 
         [0024]    Please refer to  FIG. 2 , which is a schematic diagram of an exemplary communication device  20 . The communication device  20  can be the DM server  100  or the DM client  140  shown in  FIG. 1  and may include a processing means  200  such as a microprocessor or ASIC, a memory unit  210 , and a communication interfacing unit  220 . The memory unit  210  may be any data storage device that can store program code  214  for access by the processing means  200 . Examples of the memory unit  210  include but are not limited to a subscriber identity module (SIM), read-only memory (ROM), random-access memory (RAM), CD-ROMs, and optical data storage devices. The communication interfacing unit  220  is preferably a radio transceiver for wirelessly communicating with the network according to processing results of the processing means  200 . 
         [0025]    A Diagnostics and Monitoring (DiagMon) function performs various diagnostics and monitoring activities in order to diagnose problems, report data, or collect measurements data associated with a device, with applications on a DM device (e.g. the DM client  140 ), with the network  120  in which the device operates or with access to services provided by the network  120 . 
         [0026]    Please refer to  FIG. 3 , which is a flow chart of an exemplary process  30 . The process  30  is used for the DM server  100  and the DM client  140  in the wireless communication system  10 . The process  30  can be compiled into the program code  214  and include the following steps: 
         [0027]    Step  300 : Start. 
         [0028]    Step  302 : The DM server  100  creates a Trap MO in the DM client  140 . 
         [0029]    Step  304 : The DM server  100  set one or more events in a Trap MO tree. 
         [0030]    Step  306 : The DM client  140  performs measurements when one or more events are triggered. 
         [0031]    Step  308 : The DM client  140  provides measurement results to the DM server  100  or inform the DM sever  100  of the measurement results. 
         [0032]    Step  310 : End. 
         [0033]    According to the process  30 , the Trap MO is involved. The DM server  100  creates the Trap MO in the DM client  140 , for example in a memory of the DM client  140 . The DM server  100  sets one or more events in the Trap MO tree of the Trap MO. For example, one or more event set in the Trap MO tree could be an unstable radio frequency (RF) environment even (such as: an abrupt SIR drop event, poor air condition including poor RSSI, RSCP, SIR event)/an event of consecutive radio link control (RLC) unrecoverable errors/a radio link failure event. When one or more events are triggered, the DM client  140  performs the measurements. The DM client  140  provides the measurement results to the DM server  100  or informs the DM sever  100  of the measurement results. If the DM client  140  informs the DM server  100  of the measurement results, the DM server  100  can decide whether to request the measurement results from the DM client  140 . In other words, when the RF environment of the network  120  is not stable (is poor) or when the network  120  has radio link failure, one or more events will be triggered. Meanwhile, the DM client  140  performs the measurements and provides the measurement results to the DM server  100  or informs the DM sever  100  of the measurement results. If the DM client  140  informs the DM server  100  of the measurement results, the DM server  100  can decide whether to request the measurement results from the DM client  140 . After the DM server  100  gets the measurement results, the DM server  100  can make use of the measurement radio information to provide better network coverage to reduce possible radio link failure. 
         [0034]    Preferably, the DM client  140  performs the measurement by requesting a modem. The modem is connected to the DM client  140 , performing the measurements. Then, the DM client  140  obtains the measurement results from the modem and sends the measurement results to the DM server  100 . 
         [0035]    The DM client  140  can provide the measurement results by establishing a DM session with the DM server  100 . In some examples, the DM client  140  sends a generic alert to the DM server  100  to notify the DM server  100  of the measurement results. Then the DM server  100  can decide whether to request the measurement results from the DM client  140 . Also, the DM client  140  sends the generic alert to the DM server  100  to notify a radio link failure. In some examples, the DM client  140  can interact with a user by popping up a message to ask the user whether the user wants to provide the DM server  100  with the measurement results. With the useful measurement results collected, the DM server  100  can provide better network coverage to reduce possible radio link failure. 
         [0036]    Please note that the abovementioned steps including suggested steps can be realized by means that could be hardware, firmware known as a combination of a hardware device and computer instructions and data that reside as read-only software on the hardware device, or an electronic system. Examples of hardware can include analog, digital and mixed circuits known as microcircuit, microchip, or silicon chip. Examples of the electronic system can include system on chip (SOC), system in package (Sip), computer on module (COM), and the communication device  20  in which the processing means  200  processes the program code  214  related to the abovementioned processes and the processed results can handling diagnostics and monitoring management in the wireless communication system  10 . 
         [0037]    To sum up, the DM server firstly creates the Trap MO in the DM client  140 , and then sets one or more events in the Trap MO tree of the Trap MO. When one or more events are triggered, the DM client performs measurements. The DM client  140  provides the measurement results to the DM server  100  or informs the DM sever  100  of the measurement results. If the DM client  140  informs the DM server  100  of the measurement results, the DM server  100  can decide whether to request the measurement results from the DM client  140 . After the DM server gets the measurement results, the DM server  100  can provide better network coverage to reduce possible radio link failure. 
         [0038]    Those skilled in the art will readily observe that numerous modifications and alterations of the device and method may be made while retaining the teachings of the invention. Accordingly, the above disclosure should be construed as limited only by the metes and bounds of the appended claims.