(19)
(11)EP 2 451 228 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
03.08.2016 Bulletin 2016/31

(21)Application number: 11008794.7

(22)Date of filing:  04.11.2011
(51)International Patent Classification (IPC): 
H04W 60/02(2009.01)

(54)

Methods for timer configuration in a wireless communication system

Verfahren für die Konfiguration eines Taktgebers in einem drahtlosen Kommunikationssystem

Procédés pour la configuration d'un temporisateur dans un système de communication sans fil


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 04.11.2010 US 409986 P
14.03.2011 US 201161452174 P
15.04.2011 US 201161475681 P

(43)Date of publication of application:
09.05.2012 Bulletin 2012/19

(73)Proprietor: HTC Corporation
Taoyuan City 330 (TW)

(72)Inventor:
  • Liao, Ching-Yu
    Taoyuan City Taoyuan County 330 (TW)

(74)Representative: Emde, Eric et al
Wagner & Geyer Gewürzmühlstrasse 5
80538 München
80538 München (DE)


(56)References cited: : 
  
  • "Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); LTE; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (3GPP TS 24.008 version 9.4.0 Release 9)", TECHNICAL SPECIFICATION, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE (ETSI), 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS ; FRANCE, vol. 3GPP CT 1, no. V9.4.0, 1 October 2010 (2010-10-01), pages 1-610, XP014061450,
  • ERICSSON ET AL: "Evaluation and conclusion of overload congestion control", 3GPP DRAFT; S2-103135_PCR_23888_EVALUATION_OVERLOAD_CO NTROL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20100706, 29 June 2010 (2010-06-29), pages 1-3, XP050458220, [retrieved on 2010-06-29]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

Background of the Invention


1. Field of the Invention



[0001] 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 timer configuration method and a related communication device in a wireless communication system.

2. Description of the Prior Art



[0002] A long-term evolution (LTE) system supporting the 3GPP Rel-8 standard and/or the 3GPP Rel-9 standard is developed by the 3rd Generation Partnership Project (3GPP) as a successor of a universal mobile telecommunications system (UMTS), for further enhancing performance of the UMTS to satisfy users' increasing needs. The LTE system includes 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 the LTE system, a radio access network known as an evolved UTRAN (E-UTRAN) includes multiple evolved NBs (eNBs) for communicating with multiple user equipments (UEs), and communicates with a core network including a mobility management entity (MME), serving gateway, etc for Non Access Stratum (NAS) control. In UMTS system, a Serving GPRS Support Node (SGSN) is responsible for the delivery of data packets to the mobile devices back and forth within its geographical service area, including packet routing and transfer, mobility management (attach/detach and location management), logical link management, and authentication and charging functions. The MME also provides the control plane function for mobility between LTE and 2G/3G access networks with the S3 interface terminating at the MME from the SGSN.

[0003] An access point name (APN) is used in the LTE system and the LTE-A system for establishing packet data connections, and is managed by the MME. Further, the APN is used for identifying a packet data network (PDN) or a service type (e.g. multimedia messaging service (MMS) ), wherein the PDN or the service type is carried on the packet data connections.

[0004] The core network manages the mobile reachability by using mobile reachable timer, paging proceed factor (PPF), and implicit detach timer. The core network supervises the periodic tracking/routing/location area update procedure of the UE by means of the mobile reachable timer. By default, the mobile reachable timer is set slightly larger than the periodic TAU/RAU/LAU timer. Upon expiry of the mobile reachable timer, the network shall clear the PPF flag and start the implicit detach timer. The value of the implicit detach timer is network dependent. Due to the clear of the PPF, the core network cannot page the UE during the period of the implicit detach timer. If the implicit detach timer expires before the UE contacts the network, the network shall implicitly detach the UE. The implicit detach timer shall be stopped when a NAS signaling connection is established for the UE.

[0005] NAS level congestion control contains the functions : "APN based congestion control" and "General NAS level Mobility Management control". The use of the APN based congestion control is for avoiding and handling of EMM and ESM signalling congestion associated with UEs with a particular APN. With General NAS level Mobility Management control, the MME may also use the reject of NAS level Mobility Management signaling requests under general congestion conditions.

[0006] When the NAS level mobility management congestion control is applied due to network overload or congestion, the MME rejects an attach request, a tracking area update (TAU), a routing area update (RAU) or a service request, and the MME replies the UE with a Mobility Management back-off timer.

[0007] When congestion control is active, the MME/SGSN stores the Mobility Management back-off timer and the Session Management back-off timer. Then the MME/SGSN enforces the stored back-off time by immediately rejecting any subsequent request from the UE targeting at connecting to the APN before the stored back-off time is expired.

[0008] Since the periodic TAU/RAU timer is not updated by TAU/RAU Reject message, the periodic TAU/RAU timer may trigger the TAU/RAU even when the back-off timer is running, i.e. periodic RAU/TAU timer is shorter than the back-off timer. Therefore, the overload control mechanism does not take effect to reduce signaling load.

[0009] Furthermore, if the mobile reachable timer in the MME/SGSN does not refer to the periodic TAU/RAU timer in the UE, the accuracy of the reachabilities of the UEs in MME/SGSN would cause synchronization problem, e.g. misjudging the out-of-coverage of the UE.

[0010] "Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); LTE; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (3GPP TS 24.008 version 9.4.0 Release 9)", TECHNICAL SPECIFICATION, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE (ETSI), 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS ; FRANCE, 3GPP CT 1, V9.4.0, 1 October 2010, pages 1-610, discloses a timer configuration as outlined above.

Summary of the Invention



[0011] According to the present invention, timer configuration methods for a core network of a wireless communication system are provided as set forth in claims 1, 3, 5, and 7. Moreover, core networks are provided as set forth in claims 10, 11, 12, and 13. Preferred embodiments of the present invention may be gathered from the dependent claims.

[0012] A timer configuration method for a core network in a wireless communication system is disclosed. The timer configuration method comprises receiving a mobility management request from a mobile device;
and setting a mobile reachable timer to a value no less than a back-off timer value when the core network rejects the mobility management request with the back-off timer value. The mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.

[0013] A timer configuration method for a core network of a wireless communication system is disclosed. The timer configuration method comprises receiving a mobility management request from a mobile device; and setting a mobile reachable timer to a mobile reachable timer value and setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a back-off timer value, wherein a sum of the mobile reachable timer value and the implicit detach timer value is no less than the back-off timer value. The mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.

[0014] A timer configuration method for a core network of a wireless communication system is disclosed. The timer configuration method comprises receiving a mobility management request from a mobile device; and setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a value of a back-off timer, wherein the implicit detach timer value is no less than a difference value of a value of a mobile reachable timer and the value of the back-off timer. The mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.

[0015] A timer configuration method for a core network of a wireless communication system is disclosed. The timer configuration method comprises receiving a mobility management request from a mobile device; setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a back-off timer value, wherein the implicit detach timer value is no less than the back-off timer value; and starting the implicit detach timer. The mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.

[0016] 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



[0017] 

FIG.1 is a schematic diagram of an exemplary wireless communication system.

FIG.2 is a schematic diagram of an exemplary communication device.

FIGs. 3A and 3B are flowcharts of exemplary processes.

FIG. 4 is an exemplary signal sequence according to the process in FIGs. 3A and 3B.

FIGs. 5A and 5B are flowcharts of exemplary processes.

Fig. 6 is an exemplary signal sequence according to the process in FIGs. 5A and 5B.

FIG.7A and 7B are flowcharts of exemplary processes.

FIG. 8 is an exemplary signal sequence according to the process in FIG.7A and 7B.

FIG.9 is a flowchart of an exemplary process.

FIG.10 is a flowchart of an exemplary process.

FIG.11 is a flowchart of an exemplary process.


Detailed Description



[0018] Please refer to FIG. 1, which illustrates a schematic diagram of an exemplary wireless communication system 10. Briefly, the wireless communication system 10 is composed of a core network, an access network and a plurality of mobile devices. The wireless communication system 10 can be a GPRS (General Packet Radio Service) system, or any other similar network system such as a GSM (Global System for Mobile communications) system, a UMTS (Universal Mobile Telecommunications System) system, an LTE (long-term evolution) or LTE-Advance system. In FIG. 1, the access network and the UEs are simply utilized for illustrating the structure of the wireless communication system 10. Practically, the access network of the LTE system comprises a plurality of base stations such as an E-UTRAN (evolved-UTAN), which comprises a plurality of evolved Node-Bs (eNBs). In LTE, the core network includes a mobility management entity (MME). The MME is responsible for the delivery of data packets to the mobile devices back and forth within its geographical service area, including packet routing and transfer, mobility management (attach/detach and tracking area management), session management (PDN connection establishment/disconnect), logical link management, and authentication and charging functions. The MME can also serve as a local mobility anchor for inter-working with other RATs (e.g. GSM and UMTS). The access network of the UMTS system comprises a plurality of base stations such as an UTRAN, which comprises a plurality of Node-Bs (NBs). In UMTS, the core network includes a Serving GPRS Support Node (SGSN) is responsible for the delivery of data packets to the mobile devices back and forth within its geographical service area, including packet routing and transfer, mobility management (attach/detach and tracking area management), session management (PDP Context establishment/disconnect), logical link management, and authentication and charging functions. The access network of the GSM system comprises a plurality of base stations such as a GERAN, which comprises a plurality of Base stations (BSSs). In GSM, he core network includes a Mobile Switching Center (MSC) which is responsible for the delivery of voice service in circuit switch manner to the mobile devices back and forth within its geographical service area, including mobility management (attach/detach and location area management), logical link management, and authentication and charging functions. The UEs can be devices such as mobile phones, computer systems, etc. Besides, the access network and the UE can be seen as a transmitter or receiver according to transmission direction, e.g., for uplink, the UE is the transmitter and the network is the receiver, and for downlink, the network is the transmitter and the UE is the receiver.

[0019] Please refer to FIG.2, which is a schematic diagram of an exemplary communication device 20. The communication device 20 can be the UE or the core network shown in Fig. 1, but is not limited herein. The communication device 20 may include a processor 200 such as a microprocessor or an Application Specific Integrated Circuit (ASIC), a storage unit 210 and a communication interfacing unit 220. The storage unit 210 may be any data storage device that can store a program code 214, accessed by the processor 200. Examples of the storage unit 210 include but are not limited to a subscriber identity module (SIM), read-only memory (ROM), flash memory, random-access memory (RAM), CD-ROM/DVD-ROM, hard disk, and optical data storage device. The communication interfacing unit 220 is preferably a transceiver and can handle timer configuration according to processing results of the processor 200.

[0020] Periodic tracking/routing area updating is used to periodically notify the availability of the UE.to the network. The procedure is controlled in the UE by the periodic tracking/routing area update timer (timer T3412/T3312). The value of timer T3412/T3312 is sent by the network to the UE in the ATTACH ACCEPT message and can be sent in the TRACKING/ROUTING AREA UPDATE ACCEPT message. The UE shall apply this value in all tracking/routing areas of the list of tracking/routing areas assigned to the UE, until a new value is received. The two separate timers (timer T3412/T3312) run in the use for notifying availabilities to MME/SGSN/MSC and updating tracking/routing information from MME/SGSN independently. When NAS level mobility management congestion control is activated by the core network, the core network (e.g. MME/SGSN) rejects an attach request, a tracking area update (TAU), a routing area update (RAU) or a service request and the MME replies the UE with a Mobility Management (MM) back-off timer.

[0021] Please refer to FIG.3A and FIG.3B, which are flowcharts of exemplary processes 30A and 30B. The process 30A is used for handling timer configuration in the core network (e.g. MME/SGSN) in the wireless communication system 10 and the process 30B is used for handling timer configuration in the UE in the wireless communication system 10. The processes 30A and 30B may be compiled into the program code 214 and includes the following steps:

Step 300A: Start.

Step 302A: The core network receives a TAU/RAU request from the UE.

Step 304A: The core network sends a TAU/RAU reject message including a back-off timer value of a Mobility Management (MM) back-off timer when the core network rejects the TAU/RAU request.

Step 306A: The core network sets a mobile reachable timer to a value X slightly larger than the back-off timer value and starts the mobile reachable timer when the UE enters idle mode.

Step 308A: End.

Step 300B: Start.

Step 302B: The UE receives the TAU/RAU reject message from the core network.

Step 304B: The UE applies the back-off timer value to the periodic TAU/RAU timer (e.g. T3412, T3412ext, T3312, T3312ext) and starts/restarts the periodic TAU/RAU timer. That is, the UE sends periodic TAU/RAU request to the MME/SGSN immediately when the MM back-off timer is expired. The periodic TAU/RAU timer will be reset to its initial value for the next start/restart.

Step 306B: End.



[0022] According to the processes 30A and 30B, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU reject message including the back-off timer value of the MM back-off timer to the UE. The rejection of the TAU/RAU could be caused by NAS level Mobility Management Congestion Control. Then the core network sets the mobile reachable timer to the value X and starts the mobile reachable timer when the UE enters idle mode. The value X is slightly larger than the back-off timer value so the mobile reachable timer will be expired after the expiry of the MM back-off timer. Preferably, the value X is four minutes longer than the back-off timer value. The UE receives the TAU/RAU reject message from the core network. Since the TAU/RAU reject message includes the back-off timer value the UE applies the back-off timer value to the periodic TAU/RAU timer (e.g. T3412, T3412ext, T3312, T3312ext) and starts/restarts the periodic TAU/RAU timer. Namely, the periodic TAU/RAU timer expires at the same time as the MM back-off timer. Hence the UE will send periodic TAU/RAU request to the MME/SGSN immediately when the MM back-off timer is expired. Consequently, the longer values of the periodic TAU/RAU timer and Mobile Reachable timer are supported and the periodic TAU/RAU timer is updated by the TAU/RAU update reject message.

[0023] Please note that the processes 30A and 30B can be applied to the UE and the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0024] Please refer to FIG.4, which is an exemplary signal sequence according to the process 30. The MME sends a TAU reject message with the MM back-off timer. The UE starts the MM back-off timer. The MME sets mobile reachable timer to the value X larger than the back-off timer value. The UE applies the back-off timer value to the timer T3412/T3412 ext. The UE sends TAU request when T3412/T3412 timer and the MM back-off timer expire. The mobile reachable timer expires slightly after the MM back-off timer expires.

[0025] Please refer to FIG. 5A and FIG. 5B, which are flowcharts of exemplary processes 50A and 50B. The process 50A is used for handling timer configuration in the core network (e.g. MME/SGSN) in the wireless communication system 10 and the process 50B is used for handling timer configuration in the UE in the wireless communication system 10. The processes 50A and 50B may be compiled into the program code 214 and includes the following steps:

Step 500A: Start.

Step 502A: The core network receives a TAU/RAU request from the UE.

Step 504A: The core network sends a TAU/RAU reject message including a back-off timer value of a MM back-off timer when the core network rejects the TAU/RAU request.

Step 506A: The core network starts a mobile reachable timer when the MM back-off timer expires when the UE enters Idle mode.

Step 508A: End.

Step 500B: Start.

Step 502B: The UE receives the TAU/RAU reject message from the core network.

Step 504B: The UE starts/restarts the periodic TAU/RAU timer (e.g. T3412, T3412ext, T3312, T3312ext) when the MM back-off timer expires.

Step 506B: End.



[0026] According to the processes 50A and 50B, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU reject message including the back-off timer value of the MM back-off timer to the UE. The rejection of the TAU/RAU could be caused by the NAS level Mobility Management Congestion Control. Then the core network starts the mobile reachable timer when the MM back-off timer expires. The UE receives the TAU/RAU reject message from the core network. During the MM back-off timer running, the UE does not start TAU/RAU timer. The UE starts/restarts the periodic TAU/RAU timer (e.g. T3412, T3412ext, T3312, T3312ext) when the MM back-off timer expires. The UE applies a stored periodic TAU/RAU timer value. Consequently, the periodic TAU/RAU timer and Mobile Reachable timer start or restart when the MM back-off timer expires.

[0027] Please note that the processes 50A and 50B can be applied to the UE and the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0028] Please refer to FIG.6, which is an exemplary signal sequence according to the process 50. The MME sends a TAU reject message with the MM back-off timer. The UE and MME start the MM back-off timer. When the MM back-off timer expires, the MME and the UE starts the mobile reachable timer and the timer T3412/T3412 ext, respectively.

[0029] Please refer to FIG.7A and FIG.7B, which are flowcharts of exemplary process 70A and 70B. The process 70A is used for handling timer configuration in the core network (e.g. MME/SGSN) the wireless communication system 10 and the process 70B is used for handling timer configuration in the UE in the wireless communication system 10. The processes 70A and 70B may be compiled into the program code 214 and includes the following steps:

Step 700A: Start.

Step 702A: The core network receives a TAU/RAU request from the UE.

Step 704A: The core network sends a TAU/RAU reject message including a back-off timer value of a MM back-off timer and a new periodic TAU/RAU timer value when the core network rejects the TAU/RAU request.

Step 706A: The core network sets a mobile reachable timer to a value Y slightly larger than the new periodic TAU/RAU timer value and starts the mobile reachable timer when the UE enters idle mode.

Step 708A: End.

Step 700B: Start.

Step 702B: The UE receives the TAU/RAU update reject message from the core network.

Step 704B: The UE applies the new periodic TAU/RAU timer value to the periodic TAU/RAU timer (e.g. T3412, T3412ext, T3312, T3312 ext) and starts/restarts the periodic TAU/RAU timer when the UE enters idle mode.

Step 706B: End.



[0030] According to the processes 70A and 70B, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU update reject message including the back-off timer value of the MM back-off timer and the new periodic TAU/RAU timer value to the UE. The rejection of the TAU/RAU could be caused by the NAS level Mobility Management Congestion Control. The new periodic TAU/RAU timer value is larger than the back-off timer value. Then the core network sets the mobile reachable timer to the value Y and starts the mobile reachable timer when the UE enters Idle mode. The value Y is slightly larger than the value of the new periodic TAU/RAU timer so the mobile reachable timer will expire after the periodic TAU/RAU timer. Preferably, the value Y is four minutes longer than the new periodic TAU/RAU timer value. The UE receives the TAU/RAU reject message from the core network. The UE applies the new periodic TAU/RAU timer value (e.g. T3412, T3412ext, T3312, T3312 ext) and starts/restarts the periodic TAU/RAU timer when it enters IDLE mode. Consequently, the longer values of the periodic TAU/RAU timer and Mobile Reachable timer are supported and the periodic TAU/RAU timer is updated by the TAU/RAU update reject message.

[0031] Please note that the processes 70A and 70B can be applied to the UE and the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0032] Please refer to FIG.8, which is an exemplary message sequence according to the processes 70A and 70B. The MME sends a back-off timer value and a new periodic TAU/RAU timer value in the TAU/RAU update reject message. Afterwards, the MME sets mobile reachable timer to a value Y larger than the new periodic TAU/RAU timer value. The UE applies the new periodic TAU/RAU timer value to the timer T3412/T3412 ext.

[0033] Please refer to FIG. 9, which is a flowchart of an exemplary process 90.. The process 90 is used for handling timer configuration in the core network (e.g. MME/SGSN) and the UE in the wireless communication system 10. The process 90 may be compiled into the program code 214 and includes the following steps:

Step 900: Start.

Step 902: The core network receives a TAU/RAU request from the UE.

Step 904: The core network sends a TAU/RAU update reject message including a back-off timer value of a MM back-off timer when the core network rejects the TAU/RAU request.

Step 906: The core network sets an implicit detach timer to a value Z no less than the back-off timer value and starts the implicit detach timer when the UE enters IDLE mode.

Step 908: End.



[0034] According to the process 90, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU update reject message including the back-off timer value of the MM back-off timer to the UE. The rejection of the TAU/RAU could be caused by the NAS level Mobility Management Congestion Control. Then the core network sets the implicit detach timer to the value Z. The value Z is slightly larger than the MM back-off timer value. In other words, the core network does not change the value of a mobile reachable timer. In addition, to allow the core network for paging the UE when the network clears network congestion situation and there is a mobile terminated call for the UE, the network may not clear a paging proceed factor (PPF) when the mobile reachable timer is expired and there is the MM back-off timer running.

[0035] The core network may not start the mobile reachable timer but only starts the implicit detach timer. That is, PPF is not clear. By this way, the network is still allowed to page the UE when the network congestion is clear and there is Mobile terminated call for the UE.

[0036] Please note that the processes 90 can be applied to the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0037] Please refer to FIG. 10, which is a flowchart of an exemplary process 100. The process 100 is used for handling timer configuration in the core network (e.g. MME/SGSN) in the wireless communication system 10. The process 100 may be compiled into the program code 214 and includes the following steps:

Step 1000: Start.

Step 1002: The core network receives a TAU/RAU request from the UE.

Step 1004: The core network sends a TAU/RAU reject message including a back-off timer value of a MM back-off timer when the core network rejects the TAU/RAU request.

Step 1006: The core network sets an implicit detach timer to a value Z no less than a difference value of a value of a mobile reachable timer and a value of the back-off timer.

Step 1008: End.



[0038] According to the process 100, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU reject message including the back-off timer value of a MM back-off timer to the UE. The rejection of the TAU/RAU could be caused by the NAS level Mobility Management Congestion Control. Then the core network sets the implicit detach timer to the value Z. The value Z is slightly larger than the difference value of a value of a mobile reachable timer and the value of the back-off timer. In other words, the core network does not change the value of a mobile reachable timer. In addition, to allow the network to page the UE when the network clears network congestion situation and there is a mobile terminated call for the UE, the network may not clear a paging proceed factor (PPF) when the mobile reachable timer is expired and there is the MM back-off timer running.

[0039] Please note that the processes 100 can be applied to the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0040] Please refer to FIG.11, which is a flowchart of an exemplary process 110. The process 110 is used for handling timer configuration in the core network (e.g. MME/SGSN) and the UE in the wireless communication system 10. The process 1100 may be compiled into the program code 214 and includes the following steps:

Step 1100: Start.

Step 1102: The core network receives a TAU/RAU request from the UE.

Step 1104: The core network sends a TAU/RAU update reject message including a back-off timer value of a MM back-off timer when the core network rejects the TAU/RAU request.

Step 1106: The core network sets a mobile reachable timer and an implicit detach timer, wherein a sum of the mobile reachable timer value and the implicit detach timer value is no less than a back-off timer value.

Step 1108: End.



[0041] According to the process 110, the core network (e.g. MME/SGSN) receives the TAU/RAU request from the UE. The core network sends a TAU/RAU update reject message including the back-off timer value of the MM back-off timer to the UE. The rejection of the TAU/RAU could be caused by the NAS level Mobility Management Congestion Control. Then the core network sets the mobile reachable timer and the implicit detach timer based on operator policies such that the sum of the mobile reachable timer value and the implicit detach timer value is no less than the back-off timer value.

[0042] Please note that the processes 110 can be applied to the core network when the UE is rejected by not only the TAU/RAU request but also a service request and a location area update request, such variation are also included in the scope of the present invention. The TAU request corresponds to a LTE system; the RAU request corresponds to a GPRS system; the location area update corresponds to a GSM system.

[0043] A PPF flag may or may not be clear when the mobile reachable timer is expired. If the PPF flag is not clear when the mobile reachable timer is expired so the network can still page the back-off UE. When there is a mobile terminated call for the back-off UE, the network can page the UE to stop the MM back-off timer if the network congestion is clear and the PPF flag is not clear.

[0044] The abovementioned steps of the processes may be executed when the MME/SGSN includes a back-off timer value of the MM back-off timer in the TAU/RAU REJECT message or the SERVICE REJECT message and the back-off timer value is greater than the periodic TAU/RAU timer value.

[0045] The abovementioned steps of the processes about mobile reachability management can be adapted to apply to the UE and MSC in the GSM network. Those skilled in the art can readily make necessary modifications and alterations to the circuit switch system to achieve this adaptation while retaining the teachings of this invention.

[0046] Please note that, the abovementioned steps of the processes including suggested steps can be realized by means that could be a hardware, a 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 a system on chip (SOC), system in package (SiP), a computer on module (COM), and the communication device 20.

[0047] To sum up, the longer values of the periodic TAU/RAU timer and mobile reachable timer are supported to reduce network load from periodic TAU/RAU signaling and to increase the time until the UE detects a potential need for changing the RAT or PLMN (e.g. due to network problems). The MME/SGSN can allocate long periodic RAU/TAU timer value to the UE. The value of periodic timer (e.g. T3412, T3412ext, T3312, T3312 ext) is sent by the network to the UE via the ATTACH ACCEPT message and the TRACKING/ROUTING AREA UPDATE ACCEPT message. Since the mobile reachable timer with the longer value expires after the back-off timer, this avoids misjudging the out-of-coverage of the UE.


Claims

1. A timer configuration method for a core network of a wireless communication system, the timer configuration method comprising:

receiving (302A) a mobility management request from a mobile device;

characterized by:

setting (304A, 306A) a mobile reachable timer to a value no less than a mobility management back-off timer value when the core network rejects the mobility management request by sending a reject message including the mobility management back-off timer value to the mobile device,
wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location area update request.


 
2. The timer configuration method of claim 1, wherein the mobile device receives (302B) the reject message including the mobility management back-off timer value from the core network, and starts or restarts (304B) a periodic timer with the mobility management back-off timer value, wherein the mobile device sends another mobility management request when the periodic timer started or restarted with the mobility management back-off timer value expires.
 
3. A timer configuration method for a core network of a wireless communication system, the timer configuration method comprising:

receiving (1102) a mobility management request from a mobile device;

characterized by:

setting (1104, 1106) a mobile reachable timer to a mobile reachable timer value and setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a mobility management back-off timer value, wherein a sum of the mobile reachable timer value and the implicit detach timer value is no less than the mobility management back-off timer value,
wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.


 
4. The timer configuration method of claim 3 further comprising not clearing a paging proceed flag, PPF, when the mobile reachable timer expires.
 
5. A timer configuration method for a core network of a wireless communication system, the timer configuration method comprising:

receiving (1002) a mobility management request from a mobile device;

characterized by:

setting (1004, 1006) an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a value of a mobility management back-off timer, wherein the implicit detach timer value is no less than a difference value of a value of a mobile reachable timer and the value of the mobility management back-off timer, wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.


 
6. The timer configuration method of claim 5 further comprising not clearing a paging proceed flag, PPF, when the mobile reachable timer expires and the back-off timer is running.
 
7. A timer configuration method for a core network of a wireless communication system, the timer configuration method comprising:

receiving (902) a mobility management request from a mobile device;

characterized by:

setting (904, 906) an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a mobility management back-off timer value, wherein the implicit detach timer value is no less than the mobility management back-off timer value; and

starting the implicit detach timer, wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.


 
8. The timer configuration method of claim 7, wherein the implicit detach timer is started when the mobile device enters idle mode.
 
9. The timer configuration method of claim 7 further comprising not starting a mobile reachable timer, wherein the mobile reachable timer is not started and the implicit detach timer is started when the mobile device enters idle mode.
 
10. A core network (20) of a wireless communication system (10), the core network (20) comprising:

means for receiving a mobility management request from a mobile device;

characterized by:

means for setting a mobile reachable timer to a value no less than a mobility management back-off timer value when the core network (20) rejects the mobility management request by sending a reject message including the mobility management back-off timer value to the mobile device, wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location area update request.


 
11. A core network (20) of a wireless communication system (10), the core network (20) comprising:

means for receiving a mobility management request from a mobile device;

characterized by:

means for setting a mobile reachable timer to a mobile reachable timer value and setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a mobility management back-off timer value, wherein a sum of the mobile reachable timer value and the implicit detach timer value is no less than the mobility management back-off timer value,
wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.


 
12. A core network (20) of a wireless communication system (10), the core network (20) comprising:

means for receiving a mobility management request from a mobile device;

characterized by:

means for setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a value of a mobility management back-off timer, wherein the implicit detach timer value is no less than a difference value of a value of a mobile reachable timer and the value of the mobility management back-off timer, wherein the mobility management request is a service request, a tracking area update request, a routing area update request or a location update request.


 
13. A core network (20) of a wireless communication system (10), the core network (20) comprising:

means for receiving a mobility management request from a mobile device;

characterized by:

means for setting an implicit detach timer to an implicit detach timer value when the core network rejects the mobility management request with a mobility management back-off timer value, wherein the implicit detach timer value is no less than the mobility management back-off timer value; and

means for starting the implicit detach timer,

wherein the mobility management request is a service request, a tracking area update request, a routing area update request or

a location update request.


 
14. The core network (20) of claim 13, further comprising means for starting the implicit detach timer when the mobile device enters idle mode.
 
15. The core network (20) of claim 13, further comprising means for not starting a mobile reachable timer, wherein the mobile reachable timer is not started and the implicit detach timer is started when the mobile device enters idle mode.
 


Ansprüche

1. Eine Zeitgeberkonfigurationsverfahren für ein Kernnetzwerk eines Drahtloskommunikationssystems, wobei das Zeitgeberkonfigurationsverfahren Folgendes aufweist:

Empfangen (302A) einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Setzen (304A, 306A) eines Mobil-Erreichbar-Zeitgebers auf einen Wert, der nicht weniger als ein Mobilitätsmanagementbackoffzeitgeberwert ist, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung zurückweist, und zwar durch Senden einer Zurückweisungsnachricht einschließlich des Mobilitätsmanagementbackoffzeitgeberwerts an das Mobilgerät,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
2. Zeitgeberkonfigurationsverfahren nach Anspruch 1, wobei das Mobilgerät die Zurückweisungsnachricht einschließlich des Mobilitätsmanagementbackoffzeitgeberwerts von dem Kernnetzwerk empfängt (302B) und einen periodischen Zeitgeber mit dem Mobilitätsmanagementbackoffzeitgeberwert startet oder neu startet (304B), wobei das Mobilgerät eine andere Mobilitätsmanagementanforderung sendet, wenn der periodische Zeitgeber, der mit dem Mobilitätsmanagementbackoffzeitgeberwert gestartet oder neugestartet wurde, abläuft.
 
3. Ein Zeitgeberkonfigurationsverfahren für ein Kernnetzwerk eines Drahtloskommunikationssystems, wobei das Zeitgeberkonfigurationsverfahren Folgendes aufweist:

Empfangen (1102) einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Setzen (1104, 1106) eines Mobil-Erreichbar-Zeitgebers auf einen Mobil-Erreichbar-Zeitgeberwert und Setzen eines impliziten Abtrennungszeitgeber auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung mit einem Mobilitätsmanagementbackoffzeitgeberwert an das Mobilgerät zurückweist, wobei eine Summe des Mobil-Erreichbar-Zeitgeberwerts und des impliziten Abtrennungszeitgeberwerts nicht weniger als der Mobilitätsmanagementbackoffzeitgeberwert ist,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
4. Zeitgeberkonfigurationsverfahren nach Anspruch 3, das ferner Nichtlöschen eines Pagingfortführungsflags, PPF = Paging Proceed Flag, aufweist, wenn der Mobil-Erreichbar-Zeitgeber abläuft.
 
5. Ein Zeitgeberkonfigurationsverfahren für ein Kernnetzwerk eines Drahtloskommunikationssystems, wobei das Zeitgeberkonfigurationsverfahren Folgendes aufweist:

Empfangen (1002) einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Setzen (1004, 1006) eines impliziten Abtrennungszeitgebers auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung mit einem Wert eines Mobilitätsmanagementbackoffzeitgebers an das Mobilgerät zurückweist, wobei der implizite Abtrennungszeitgeberwert nicht weniger als ein Differenzwert eines Werts eines Mobil-Erreichbar-Zeitgebers und des Werts des Mobilitätsmanagementbackoffzeitgebers ist,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
6. Zeitgeberkonfigurationsverfahren nach Anspruch 5, das ferner Nichtlöschen eines Pagingfortführungsflags, PPF = Paging Proceed Flag, aufweist, wenn der Mobil-Erreichbar-Zeitgeber abläuft und der Backoffzeitgeber läuft.
 
7. Ein Zeitgeberkonfigurationsverfahren für ein Kernnetzwerk eines Drahtloskommunikationssystems, wobei das Zeitgeberkonfigurationsverfahren Folgendes aufweist:

Empfangen (902) einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Setzen (904, 906) eines impliziten Abtrennungszeitgebers auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung mit einem Mobilitätsmanagementbackoffzeitgeberwert zurückweist, wobei der implizite Abtrennungszeitgeberwert nicht weniger als der Mobilitätsmanagementbackoffzeitgeberwert ist; und

Starten des impliziten Abtrennungszeitgebers,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
8. Zeitgeberkonfigurationsverfahren nach Anspruch 7, wobei der implizite Abtrennungszeitgeber gestartet wird, wenn das Mobilgerät in den Ruhemodus eintritt.
 
9. Zeitgeberkonfigurationsverfahren nach Anspruch 7, das ferner Nichtstarten eines Mobil-Erreichbar-Zeitgebers aufweist, wobei der Mobil-Erreichbar-Zeitgeber nicht gestartet wird und der implizite Abtrennungszeitgeber gestartet wird, wenn das Mobilgerät in den Ruhemodus eintritt.
 
10. Ein Kernnetzwerk (20) eines Drahtloskommunikationssystems (10), wobei das Kernnetzwerk (20) folgendes aufweist:

Mittel zum Empfangen einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Mittel zum Setzen eines Mobil-Erreichbar-Zeitgebers auf einen Wert, der nicht weniger als ein Mobilitätsmanagementbackoffzeitgeberwert ist, wenn das Kernnetzwerk (20) die Mobilitätsmanagementanforderung zurückweist, und zwar durch Senden einer Zurückweisungsnachricht einschließlich des Mobilitätsmanagementbackoffzeitgeberwerts an das Mobilgerät;

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
11. Ein Kernnetzwerk (20) eines Drahtloskommunikationssystems (10), wobei das Kernnetzwerk (20) folgendes aufweist:

Mittel zum Empfangen einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Mittel zum Setzen eines Mobil-Erreichbar-Zeitgebers auf einen Mobil-Erreichbar-Zeitgeberwert und Setzen eines impliziten Abtrennungszeitgebers auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Zurückweisungsnachricht mit einem Mobilitätsmanagementbackoffzeitgeberwerts zurückweist, wobei eine Summe des Mobil-Erreichbar-Zeitgeberwerts und des impliziten Abtrennungszeitgeberwert nicht weniger als der Mobilitätsmanagementbackoffzeitgeberwert ist,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
12. Ein Kernnetzwerk (20) eines Drahtloskommunikationssystems (10), wobei das Kernnetzwerk (20) folgendes aufweist:

Mittel zum Empfangen einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet dadurch:

Mittel zum Setzen eines impliziten Abtrennungszeitgebers auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung mit einem Wert eines Mobilitätsmanagementbackoffzeitgebers an das Mobilgerät zurückweist, wobei der implizite Abtrennungszeitgeberwert nicht weniger als ein Differenzwert eines Werts eines Mobil-Erreichbar-Zeitgebers und des Werts des Mobilitätsmanagementbackoffzeitgebers ist,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
13. Ein Kernnetzwerk (20) eines Drahtloskommunikationssystems (10), wobei das Kernnetzwerk (20) folgendes aufweist:

Mittel zum Empfangen einer Mobilitätsmanagementanforderung von einem Mobilgerät;

gekennzeichnet durch:

Mittel zum Setzen eines impliziten Abtrennungszeitgebers auf einen impliziten Abtrennungszeitgeberwert, wenn das Kernnetzwerk die Mobilitätsmanagementanforderung mit einem Mobilitätsmanagementbackoffzeitgeberwert zurückweist, wobei der impliziten Abtrennungszeitgeberwert nicht weniger als der Mobilitätsmanagementbackoffzeitgeberwert ist; und

Mittel zum Starten des impliziten Abtrennungszeitgebers,

wobei die Mobilitätsmanagementanforderung eine Dienstanforderung, eine Verfolgungsgebietsupdateanforderung, eine Routinggebietsupdateanforderung oder eine Standortgebietsupdateanforderung ist.


 
14. Kernnetzwerk (20) nach Anspruch 13, das ferner Mittel zum Starten des impliziten Abtrennungszeitgebers aufweist, wenn das Mobilgerät in den Ruhemodus eintritt.
 
15. Kernnetzwerk (20) nach Anspruch 13, das ferner Mittel zum Nichtstarten eines Mobil-Erreichbar-Zeitgebers aufweist, wobei der Mobil-Erreichbar-Zeitgeber nicht gestartet wird und der implizite Abtrennungszeitgeber gestartet wird, wenn das Mobilgerät in den Ruhemodus eintritt.
 


Revendications

1. Procédé de configuration de minuteur pour un réseau central d'un système de communication sans fil, le procédé de configuration de minuteur comprenant :

recevoir (302A) une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

régler (304A, 306A) un minuteur de mobile atteignable à une valeur pas inférieure à une valeur de minuteur de retrait de gestion de mobilité lorsque le réseau central refuse la requête de gestion de mobilité en envoyant au dispositif mobile un message de refus comprenant la valeur de minuteur de retrait de gestion de mobilité,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de région de position.


 
2. Procédé de configuration de minuteur selon la revendication 1, dans lequel le dispositif mobile reçoit (302B) le message de refus comprenant la valeur de minuteur de retrait de gestion de mobilité à partir du réseau central, et démarre ou redémarre (304B) un minuteur périodique avec la valeur de minuteur de retrait de gestion de mobilité, dans lequel le dispositif mobile envoie une autre requête de gestion de mobilité lorsque le minuteur périodique démarré ou redémarré avec la valeur de minuteur de retrait de gestion de mobilité expire.
 
3. Procédé de configuration de minuteur pour un réseau central d'un système de communication sans fil, le procédé de configuration de minuteur comprenant :

recevoir (1102) une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

régler (1104, 1106) un minuteur de mobile atteignable à une valeur de minuteur de mobile atteignable et régler un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur de minuteur de retrait de gestion de mobilité, la somme de la valeur de minuteur de mobile atteignable et de la valeur de minuteur de détachement implicite n'est pas inférieure à la valeur de minuteur de retrait de gestion de mobilité,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
4. Procédé de configuration de minuteur selon la revendication 3, comprenant en outre le fait de ne pas effacer un drapeau de procédure de téléavertissement, PPF, lorsque le minuteur de mobile atteignable expire.
 
5. Procédé de configuration de minuteur pour un réseau central d'un système de communication sans fil, le procédé de configuration de minuteur comprenant :

recevoir (1002) une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

régler (1004, 1006) un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur d'un minuteur de retrait de gestion de mobilité, dans lequel la valeur de minuteur de détachement implicite n'est pas inférieure à une valeur de différence entre la valeur d'un minuteur de mobile atteignable et la valeur du minuteur de retrait de gestion de mobilité, dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
6. Procédé de configuration de minuteur selon la revendication 5, comprenant en outre le fait de ne pas effacer un drapeau de procédure de téléavertissement, PPF, lorsque le minuteur de mobile atteignable expire et que le minuteur de retrait est en marche.
 
7. Procédé de configuration de minuteur pour un réseau central d'un système de communication sans fil, le procédé de configuration de minuteur comprenant :

recevoir (902) une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

régler (904, 906) un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur de minuteur de retrait de gestion de mobilité, la valeur de minuteur de détachement implicite n'étant pas inférieure à la valeur de minuteur de retrait de gestion de mobilité ; et

démarrer le minuteur de détachement implicite,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
8. Procédé de configuration de minuteur selon la revendication 7, dans lequel le minuteur de détachement implicite est démarré lorsque le dispositif mobile passe dans le mode de repos.
 
9. Procédé de configuration de minuteur selon la revendication 7, comprenant en outre le fait de ne pas démarrer un minuteur de mobile atteignable, lorsque le minuteur de mobile atteignable n'est pas démarré et le minuteur de détachement implicite est démarré lorsque le dispositif mobile passe en mode de repos.
 
10. Réseau central (20) d'un système de communication sans fil (10), le réseau central (20) comprenant :

des moyens pour recevoir une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

des moyens pour régler un minuteur de mobile atteignable à une valeur pas inférieure à une valeur de minuteur de retrait de gestion de mobilité lorsque le réseau central (20) refuse la requête de gestion de mobilité en envoyant au dispositif mobile un message de refus comprenant la valeur de minuteur de retrait de gestion de mobilité,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de région de position.


 
11. Réseau central (20) d'un système de communication sans fil (10), le réseau central (20) comprenant :

des moyens pour recevoir une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

des moyens pour régler un minuteur de mobile atteignable à une valeur de minuteur de mobile atteignable et régler un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur de minuteur de retrait de gestion de mobilité, la somme de la valeur de minuteur de mobile atteignable et de la valeur de minuteur de détachement implicite n'étant pas inférieure à la valeur de minuteur de retrait de gestion de mobilité,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
12. Réseau central (20) d'un système de communication sans fil (10), le réseau central (20) comprenant :

des moyens pour recevoir une requête de gestion de mobilité provenant d'un dispositif mobile

caractérisé par :

des moyens pour régler un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur d'un minuteur de retrait de gestion de mobilité, dans lequel la valeur de minuteur de détachement implicite n'est pas inférieure à une valeur de différence entre une valeur d'un minuteur de mobile atteignable et la valeur du minuteur de retrait de gestion de mobilité, dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
13. Réseau central (20) d'un système de communication sans fil (10), le réseau central (20) comprenant :

des moyens pour recevoir une requête de gestion de mobilité provenant d'un dispositif mobile ;

caractérisé par :

des moyens pour régler un minuteur de détachement implicite à une valeur de minuteur de détachement implicite lorsque le réseau central refuse la requête de gestion de mobilité avec une valeur de minuteur de retrait de gestion de mobilité, la valeur de minuteur de détachement implicite n'étant pas inférieure à la valeur de minuteur de retrait de gestion de mobilité ; et

des moyens pour démarrer le minuteur de détachement implicite,

dans lequel la requête de gestion de mobilité est une requête de service, une requête de mise à jour de région de suivi, une requête de mise à jour de région de routage ou une requête de mise à jour de position.


 
14. Réseau central (20) selon la revendication 13, comprenant en outre des moyens pour démarrer le minuteur de détachement implicite lorsque le dispositif mobile passe en mode de repos.
 
15. Réseau central (20) selon la revendication 13, comprenant en outre des moyens pour ne pas démarrer un minuteur de mobile atteignable, dans lequel le minuteur de mobile atteignable n'est pas démarré et le minuteur de détachement implicite est démarré lorsque le dispositif mobile passe en mode de repos.
 




Drawing















































Cited references

REFERENCES CITED IN THE DESCRIPTION



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.

Non-patent literature cited in the description