Language selection

Search

Patent 2353598 Summary

Third-party information liability

Some of the information on this Web page has been provided by external sources. The Government of Canada is not responsible for the accuracy, reliability or currency of the information supplied by external sources. Users wishing to rely upon this information should consult directly with the source of the information. Content provided by external sources is not subject to official languages, privacy and accessibility requirements.

Claims and Abstract availability

Any discrepancies in the text and image of the Claims and Abstract are due to differing posting times. Text of the Claims and Abstract are posted:

  • At the time the application is open to public inspection;
  • At the time of issue of the patent (grant).
(12) Patent Application: (11) CA 2353598
(54) English Title: CLOCK SYNCHRONIZATION IN TELECOMMUNICATIONS NETWORK USING SYSTEM FRAME NUMBER
(54) French Title: SYNCHRONISATION DE SIGNAUX D'HORLOGE DANS UN RESEAU DE TELECOMMUNICATIONS A L'AIDE DE NUMEROS DE TRAMES SYSTEME
Status: Deemed Abandoned and Beyond the Period of Reinstatement - Pending Response to Notice of Disregarded Communication
Bibliographic Data
(51) International Patent Classification (IPC):
  • H04J 3/06 (2006.01)
  • H04B 7/26 (2006.01)
  • H04Q 9/00 (2006.01)
(72) Inventors :
  • KARLSSON, MARCUS (Sweden)
  • JONSSON, ERIK (Sweden)
(73) Owners :
  • TELEFONAKTIEBOLAGET LM ERICSSON
(71) Applicants :
  • TELEFONAKTIEBOLAGET LM ERICSSON (Sweden)
(74) Agent: MARKS & CLERK
(74) Associate agent:
(45) Issued:
(86) PCT Filing Date: 1999-12-17
(87) Open to Public Inspection: 2000-06-29
Availability of licence: N/A
Dedicated to the Public: N/A
(25) Language of filing: English

Patent Cooperation Treaty (PCT): Yes
(86) PCT Filing Number: PCT/SE1999/002416
(87) International Publication Number: WO 2000038361
(85) National Entry: 2001-06-05

(30) Application Priority Data:
Application No. Country/Territory Date
09/443,208 (United States of America) 1999-11-18
PCT/IB98/02073 (International Bureau of the World Intellectual Property Org. (WIPO)) 1998-12-18

Abstracts

English Abstract


A telecommunications system (18) capitalizes employment of a system frame
number (SFN) for synchronizing plural real time clocks (206) provided at one
or more nodes of the network. System frame signals (e.g., pulses) are
distributed from a source (210, 310) to processors (202) having slave clocks
(206S) that need to be synchronized with a master clock. A master processor
(202M, 302T) sends a clock set message (500) to the processors, the clock set
message including a reference master clock time (506) and a reference system
frame number (504). The recipient processors which receive the clock set
message resynchronize their respective slave clocks using the reference master
clock time and the reference system frame number. In one mode, the clock set
message directs the recipient processors to set their respective slave clocks
to the reference master clock time upon the recipient processors obtaining the
reference system frame number. In another mode, the clock set message advises
the recipient processors of an actual master clock time at the reference
system frame number, thereby enabling the recipient processor to calculate an
adjusted slave clock time.


French Abstract

Un système de télécommunications (18) utilise au mieux un numéro de trame système pour la synchronisation de signaux d'horloges à temps réel (206), situées à un plusieurs noeuds du réseau. Les signaux de trame du système, tels que des impulsions, sont distribués par une source (210,310) à des processeurs (202) comportant des horloges asservies (206¿S?) devant être synchronisées avec l'horloge maîtresse. Un processeur maître (202¿M?, 302¿T?) envoie aux processeurs un message de remise à l'heure (500) comprenant un temps d'horloge principale de référence (506) et un numéro de trame système de référence (504). Les processeurs destinataires recevant le message de remise à l'heure procèdent à la re-synchronisation de leurs horloges asservies respectives en utilisant le temps d'horloge principale de référence et le numéro de trame système de référence. Dans un mode de réalisation, le message de remise à l'heure commande aux processeurs de régler leurs horloges asservies respectives au temps de référence de l'horloge principale au moment de la réception par les processeurs du numéro de trame système de référence. Dans un autre mode de réalisation, le message de remise à l'heure informe les processeurs destinataires d'un temps d'horloge maîtresse pour numéro de trame du système de référence, permettant ainsi auxdits processeurs de calculer un temps d'horloge esclave corrigé.

Claims

Note: Claims are shown in the official language in which they were submitted.


14
WHAT IS CLAIMED IS:
1. A telecommunications network comprising:
a master processor having a master clock;
a recipient processor having a slave clock;
a source of system frame number signals which are applied to the recipient
processor;
wherein the master processor sends a clock set message to a recipient
processor,
the clock set message including a reference master clock time and a reference
system
frame number; and
wherein the recipient processor resynchronizes the slave clock using the
reference master clock time and the reference system frame number.
2. The apparatus of claim 1, wherein the clock set message directs the
recipient
processor to set the slave clock to a specified real time upon the recipient
processor
obtaining the reference system frame number.
3. The apparatus of claim 2, further comprising a counter which counts the
system frame number signals at the recipient processor; and wherein the
recipient
processor, when a counted number of system frame number signals has a
predetermined
relationship with the reference system frame number, sets the slave clock to
the
reference master clock time.
4. The apparatus of claim 1, wherein the clock set message advises the
recipient
processor of an actual master clock time at the reference system frame number,
thereby
enabling the recipient processor to calculate an adjusted slave clock time.
5. The apparatus of claim 1, wherein the master processor and the recipient
processor are located at a same node of the telecommunications network.
6. The apparatus of claim 5, wherein same node of the telecommunications
network is a base station node.

15
7. The apparatus of claim 5, wherein the master processor and the recipient
processor are located on differing device boards at a same node of the
telecommunications network.
8. The apparatus of claim 1, wherein the master processor and the recipient
processor are located at differing nodes of the telecommunications network.
9. The apparatus of claim 8, wherein the master processor is located at a
radio
network controller node and the recipient processor is located at a base
station node of
the telecommunications network.
10. The apparatus of claim 8, wherein the master processor is located at a
radio
network controller node; wherein a first recipient processor is located at a
first base
station node; and wherein a second recipient processor is located at a second
base
station node.
11. The apparatus of claim 1, wherein the source of system frame number
signals is an oscillator.
12. A method of operating a cellular telecommunications system of the type
wherein a master processor maintains a master clock and wherein system frame
numbers are utilized, the method comprising:
the master processor sending a clock set message to a recipient processor, the
clock set message including a reference master clock time and a reference
system frame
number;
the recipient processor resynchronizing the slave clock using the reference
master clock time and the reference system frame number.
13. The method of claim 12, wherein the clock set message directs the
recipient
processor to set the slave clock to a specified real time upon the recipient
processor
obtaining the reference system frame number.
14. The method of claim 13, further comprising:
periodically sending system frame number signals to the recipient processor;

16
counting the system frame number signals at the recipient processor; and, when
a
counted number of system frame number signals has a predetermined relationship
with
the reference system frame number,
setting the slave clock to the reference master clock time.
15. The method of claim 12, wherein the clock set message advises the
recipient processor of an actual master clock time at the reference system
frame
number, thereby enabling the recipient processor to calculate an adjusted
slave clock
time.
16. The method of claim 15, further comprising:
preparing the clock set message whereby the reference master clock time in the
clock set message refers to the actual master clock time at a time when the
system frame
number was the reference system frame number;
periodically sending system frame number signals to the recipient processor;
maintaining a current count of the system frame number signals at the
recipient
processor; and,
calculating the adjusted slave clock time using the current count of the
system
frame number signals, the reference system frame number, and the reference
master
clock time.
17. The method of claim 12, further comprising locating the master processor
and the recipient processor at a same node of the telecommunications network.
18. The method of claim 17, wherein same node of the telecommunications
network is a base station node.
19. The method of claim 12, further comprising locating the master processor
and the recipient processor on differing device boards at a same node of the
telecommunications network.
20. The method of claim 12, further comprising locating the master processor
and the recipient processor at differing nodes of the telecommunications
network.

17
21. The method of claim 20, further comprising locating the master processor
at
a radio network controller node and locating the recipient processor at a base
station
node of the telecommunications network.
22. The method of claim 20, further comprising:
locating the master processor is located at a radio network controller node;
locating a first recipient processor at a first base station node; and
locating a second recipient processor at a second base station node.

Description

Note: Descriptions are shown in the official language in which they were submitted.


CA 02353598 2001-06-05
s
WO 00/38361 PCT/SE99/02416
1
CLOCK SYNCHRONIZATION IN
TELECOMMUNICATIONS NETWORK USING
SYSTEM FRAME NUlVIBER
s
io 1. FIELD OF THE INVENTION
The present invention pertains to telecommunications, and particularly to the
synchronization of real time clocks maintained by plural processors of a
telecommunications network.
2. RELATED ART AND OTHER CONSIDERATIONS
is Cellular telecommunications systems employ a wireless link (e.g., air
interface)
between a (mobile) user equipment unit and a base station (BS) node. The base
station
node has transmitters and receivers for radio connections with numerous user
equipment units. One or more base station nodes are connected (e.g., by
landlines or
microwave) and managed by a radio network controller node (also known in some
2o networks as a base station controller [BSC]). The radio network controller
node is, in
turn, connected through control nodes to a core communications network.
Control
nodes can take various forms, depending on the types of services or networks
to which
the control nodes are connected. For connection to connection-oriented,
switched
circuit networks such as PSTN and/or ISDN, the control node can be a mobile
25 switching center (MSC). For connecting to packet switching data services
such as the

CA 02353598 2001-06-05
WO 00/38361 PCTISE99/02416
2
Internet (for example), the control node can be a gateway data support node
through
which connection is made to the wired data networks, and perhaps one or more
serving
nodes.
A telecommunications connection between a mobile user equipment unit and
another party (e.g., in the core communications network or another mobile user
equipment unit) thus involves an uplink from the mobile unit through a base
station and
a radio network controller (RNC), and a downlink in the reverse direction. In
some
types of telecommunications systems, control and user information is
transmitted in
frames both on the uplink and downlink.
to In handling the transmission of frames and other activities, some of the
nodes of
cellular telecommunications networks employ plural processors, each having a
real time
operating system with a real time clock. It is important, in maintaining
control of the
telecommunications network and in handling connections, that the real time
clocks be
synchronized. What is needed, therefore, and an object of the present
invention, is a
is technique for synchronizing real time clocks in a telecommunications
network.
BRIEF SUMMARY OF THE INVENTION
A telecommunications system capitalizes employment of a system frame number
for synchronizing plural real time clocks provided at one or more nodes of the
network.
System frame signals (e.g., pulses) are distributed from a source (e.g.,
oscillator) to
2o devices or units having slave clocks that need to be synchronization with a
master clock.
A master processor sends a clock set message to the processors, the clock set
message
including a reference master clock time and a reference system frame number.
The
recipient processors which receive the clock set message resynchronize their
respective
slave clocks using the reference master clock time and the reference system
frame
25 number. In one mode, the clock set message directs the recipient processors
to set their
respective slave clocks to the reference master clock time upon the recipient
processors
obtaining the reference system frame number. In another mode, the clock set
message
advises the recipient processors of an actual master clock time at the
reference system
frame number, thereby enabling the recipient processor to calculate an
adjusted slave
3o clock time.

CA 02353598 2001-06-05
WO 00/38361 PC'T/SE99/02416
The location of the master processor relative to the recipient processors
varies in
accordance with differing embodiments. For example, in one embodiment, the
master
processor and the recipient processors are located at a same node of the
telecommunications network, e.g., a base station node. In such embodiment, the
master
s processor and the recipient processor can be located on differing device
boards at a
same node of the telecommunications network. In another embodiment, the master
processor and the recipient processor are located at differing nodes of the
telecommunications network, e.g., the master processor is located at a radio
network
controller node and one or more recipient processors are located at a base
station node
of the telecommunications network.
BRIEF DESCRIPTION OF THE DRAWINGS
The foregoing and other objects, features, and advantages of the invention
will
be apparent from the following more particular description of preferred
embodiments as
illustrated in the accompanying drawings in which reference characters refer
to the
~s same parts throughout the various views. The drawings are not necessarily
to scale,
emphasis instead being placed upon illustrating the principles of the
invention.
Fig. 1 is a schematic view of an embodiment of a telecommunications system
which utilizes the present invention.
Fig. 2 is a schematic view showing employment of a synchronization technique
20 of the present invention at a base station.
Fig. 3 is a schematic view showing employment of a synchronization technique
of the present invention between a radio network controller (RNC) and a base
station.
Fig. 4A is a flowchart showing a first mode of using a clock set message (CSM)
of the present invention.
2s Fig. 4B is a flowchart showing a second mode of using a clock set message
(CSM) of the present invention.

CA 02353598 2001-06-05
1~0 00/38361 PCT/SE99/024I6
4
Fig. ~ is a diagrammatic view of an example format of a clock set message
(CSM) of the present invention.
DETAILED DESCRIPTION OF THE DRAWINGS w
In the following description, for purposes of explanation and not limitation,
specific details are set forth such as particular architectures, interfaces,
techniques, etc.
in order to provide a thorough understanding of the present invention.
However, it will
be apparent to those skilled in the art that the present invention may be
practiced in
other embodiments that depart from these specific details. In other instances,
detailed
descriptions of well known devices, circuits, and methods are omitted so as
not to
to obscure the description of the present invention with unnecessary detail.
Fig. 1 shows a telecommunications network 18 in which a user equipment unit
20 communicates with one or more base stations 22 over air interface (e.g.,
radio
interface) 23. Base stations 22 are connected by terrestrial lines (or
microwave) to radio
network controller (RNC) 24 [also known as a base station controller (BSC) in
some
I5 networks]. The radio network controller (RNC) 24 is, in turn, connected
through a
control node known as the mobile switching center 26 to circuit-switched
telephone
networks (PSTN/ISDN) represented by cloud 28. In addition, radio network
controller
(RNC) 24 is connected to Serving GPRS Support Node (SGSN) 25 and through
backbone network 27 to a Gateway GRPS support node (GGSN) 30, through which
2o connection is made with packet-switched networks (e.g., the Internet, X.25
external
networks) represented by cloud 32.
As understood by those skilled in the art, when user equipment unit 20
participates in a mobile telephonic connection, signaling information and user
information from user equipment unit 20 are transmitted over air interface 23
on
2s designated radio channels to one or more of the base stations 22. The base
stations have
radio transceivers which transmit and receive radio signals involved in the
connection
or session. For information on the uplink from the user equipment unit 20
toward the
other party involved in the connection, the base stations convert the radio-
acquired
information to digital signals which are forwarded to radio network controller
(RNC)
30 24. The radio network controller (RNC) 24 orchestrates participation of the
plural base
stations 22 which may be involved in the connection or session, since user
equipment

CA 02353598 2001-06-05
iJVO 00/8361 PC1'/SE99/02416
unit 20 may be geographically moving and handover may be occurring relative to
the
base stations 22. On the uplink, radio network controller (RNC) 24 picks
frames of user
information from one or more base stations 22 to yield a connection between
user
equipment unit 20 and the other party, whether that party be in PSTN/IDSN 28
or on the
s packet-switched networks (e.g., the Internet) 32.
The example embodiments illustrated herein happen to employ code division
multiple access (CDMA), wherein the information transmitted between a base
station
and a particular mobile station is modulated by a mathematical code (such as
spreading
code) to distinguish it from information for other mobile stations which are
utilizing the
to same radio frequency. Thus, in CDMA, the individual radio links are
discriminated on
the basis of codes. Various aspects of CDMA are set forth in Garg, Vijay K. et
al.,
Applications of CDMA in WirelesslPersonal Communications, Prentice Hall
(1997). In
view of the diversity aspects of CDMA, the user equipment unit 20 in Fig. 1 is
depicted
as being in contact with multiple base stations 22 (e.g., base station 22, and
base station
is 222).
The present invention particularly pertains to synchronization of real time
clocks
in a telecommunications network 18 wherein the information is transmitted in
frames or
information packets both on the uplink and on the downlink. Each frame is
consecutively numbered to include an identifying frame number (FN). The frame
2o number (FN) is, in turn, based on a system frame number (SFN) which is
maintained at
both the base stations 22 and the radio network controller (RNC) 24.
The SFN is synchronized between the radio network controller (RNC) 24 and the
base stations 22. In this regard, each base station 22 has a system frame
number (SFN)
oscillator which distributes the system frame number to all boards in the base
station 22.
2s Thus, when a base station 22 starts up, this SFN oscillator is synchronized
with the
radio network controller (RNC) 24, and thereafter each base stations 22 keeps
it own
SFN counter using the SFN oscillator. Thereafter, when the radio network
controller
(RNC) 24 sends a user data frame to the base station 22 for eventual
forwarding to the
user equipment unit 20, every frame is marked with the frame number (FN). This
frame
3o number (FN) is actually derived from the SFN, e.g., SFN mod 72. Using this
frame
number FN, and the SFN kept by the base station 22, the base station 22 can
send the
frame at the specified time.

CA 02353598 2001-06-05
WO 00/3$361 PC'TISE99/02416
6
The real time clock synchronization of the present invention applies to
numerous
embodiments, of which Fig. 2 provides a first example. In particular, Fig. 2
illustrates a
representative base station 22 of telecommunications network 18. The example
base
station 22 of Fig. 2 comprises plural units or device boards 200M, 200s1,
...200s". Each
s device board 200 has a board processor 202, which executes a real time
operating
system (RTOS) 204 having a real time clock 206.
In Fig. 2, device board 200M is denominated as a "master board" by virtue of
the
fact that its real time clock 206M is considered the master real time clock
(master clock
206M). In addition, in the illustrated embodiment, device board 200M includes
a source
to of system frame signals, i.e., SFN oscillator 210. The processor 202M of
master board
200M communicates via interface 212 and over a control bus 214 with processors
of
other device boards 200.
In the example of Fig. 2, the device boards 200 other than master device board
200M are herein known as slave boards solely for their respective roles in the
15 synchronization of the invention. Respecting synchronization, the real time
clocks 206
on slave boards 200s, - 200sn are slaved to the master clock 206M. In
addition, slave
boards 200S, - 200s" receive the system frame signals from SFN oscillator 210
over
SFN signal line 2 Z 6.
In the illustrated embodiment, the SFN oscillator 210 outputs a pulse which in
2o the illustrated embodiment occurs every 10 milliseconds. The pulses issued
from SFN
oscillator 210 are applied to a SFN counter 220 in each of the slave boards
204si -
200s". The SFN counter 220 maintains a count of the pulses comprising the
system
frame signals received on SFN signal line 216. In addition, the master
processor 202M
receives and counts the system frame signals. When the master processor 200M
2s determines that a complete set of system frame signals has been issued by
SFN
oscillator 210, the master processor 200M issues a reset signal on reset line
222.
The slave boards 20051 - 2005" each have one or more characteristic functions,
represented generally by function blocks 230s, - 230s~ resident on the
respective
boards. Each of the function blocks 230s~ - 230s" can perform one or more base
station
3o functions. For example, function block 2305, can be a transmitter/receiver
for effecting
communication over air interface 23. The function block 230s" can be an
interface to

CA 02353598 2001-06-05
WO 00/8361 PCT/SE99/02416
7
another node of telecommunications network 18 (such as radio network
controller
(RNC) 24 , for example), in which case device board 2005" functions as an
extension
board. Likely several of the device boards 200 of base station 22 serve as
transmitter/receiver boards. However, the particular identities and mix of
functions
provided at base station 22 are not germane to the present invention, with the
aforementioned functions being provided for sake of illustration.
It should be understood that Fig. 2 does not illustrate the transmission of
user
data frames and the like between the device boards 200 of base station 22.
Such
transmission of user data frames can occur in any conventional manner, such as
by
to encapsulation in ATM frames, for example. Accordingly, in some embodiments
a
switch, such as an ATM switch, can be provided for facilitating transmission
of, e.g.,
user data frames between device boards of base station 22.
The present invention seeks to synchronize the slave clocks 2065 to the master
clock 206M. It is presumed that the master clock 206M has been accurately
maintained
15 or kept (e.g., by radio network controller (RNC) 24), and that the SFN
counter of the
master processor has been appropriately synchronized (e.g., upon start up).
The
synchronization of the present invention capitalizes upon the system frame
numbers
(SFNs) that are maintained at the various device boards 200 of
telecommunications
network 18. In this regard, and as mentioned above, the SFN oscillator 210
outputs
2o pulses on Iine 216. The pulses on line 216 are counted by the SFN counters
220 so that
each device board 200, so that knowing the frame number (FN) of each user data
frame
and the SFN the device board 200 can send the frame over the air interface at
the proper
time. In addition, the master processor 202M counts the system frame pulses
and
determines when the system frame number should be reset to zero. When the
master
25 processor 202M determines that the system frame number should be reset to
zero, it
sends a reset signal on line 222.
In accordance with the present invention, the master processor 202M sends a
clock set message (CSM) 500 on control bus 214 to recipient processors 2025 on
each
of the slave boards 200s~ - 2005. An example format of a representative clock
set
3o message (CSM) 500 is illustrated in Fig. 5. The clock set message (CSM) 500
includes
a message type identification field 502 which distinguishes the clock set
message CSM
from other types of messages transmitted on control bus 214. In addition, the
clock set

CA 02353598 2001-06-05
Vi'~O 00/38361 PC'T/SE99/02416
message (CSM) 500 includes a reference system frame number in field 506 (known
as
the reference system frame number field 504) and a reference master clock time
in field
504 (known as the reference master clock time field 506). The reference master
clock
time field 506 specifies the reference master clock time in a format of hour,
minute, and
seconds (hh.mm.ss). If the control bus 214 employs addressing rather than
dedicated
connections between the master device board 200M and the various slave boards
2005 -
200sn, then an address field is also required in clock set message (CSM) 500.
Other
fields may also be included, e.g., parity or checksum fields, for example.
In a first mode of the invention, the clock set message (CSM) 500 directs the
to recipient slave processors 202s to set their respective slave clocks 206s
to a specified
real time (as specified in the reference master clock time field 506) upon the
recipient
processors detecting that their respective SFN counter 220 has reached a count
equal to
the value included in the reference system frame number field 504 (e.g., SFN=X
in the
illustrated example).
is The first mode of the invention is illustrated in Fig. 4A, wherein at step
4A-1
master processor 202M prepares and sends (via interface 212M and over control
bus 214)
a clock set message (CSM) 500 having the format shown in Fig. 5. Step 4A-2 of
Fig.
4A shows a slave processor 202s receiving and processing the clock set message
(CSM)
500, which involves, e.g., storing the values received in the reference system
frame
2o number field 504 and reference master clock time field 506. The SFN
oscillator 210
continues to apply system frame signals (pulses) on SFN signal line 216, so
that
eventually (at step 4A-3) a pulse which would be counted as SFN =X is emitted.
The
slave processors 202s monitor the counts of the system frame pulses maintained
by their
respective SFN counters 220. As indicated by step 4A-4, when the tally in a
SFN
25 counter 220 reaches the value included in the reference system frame number
field 504
(e.g., SFN=X), the associated slave processor 202 resets its slave clock 206s
to the time
specified in the clock set message (CSM) 500. Thus, when the counted number of
system frame number signals as maintained by SFN counter 220 has a
predetermined
relationship with the value in reference system frame number field 504, the
slave cluck
30 206s is reset to the hh.mm.ss value carried in the reference master clock
time field 506.
In other words, upon reaching the SFN=X as specified in the reference system
frame

CA 02353598 2001-06-05
WO 00/38361 PCT/SE99/02416
9
number field 504, the slave clock 2065 is reset to the actual time specified
in the
reference master clock time field 506 of the clock set message (CSM) 500.
In a second mode of the invention, the clock set message (CSM) 500 advises the
recipient processors on the slave boards 200s, - 2005" that an actual master
clock time
(as specified in reference master clock time field 506) occurred at the
reference system
frame number carried in the reference system frame number field 504. In this
second
mode, the recipient processor calculates an adjusted slave clock time at which
its
associated slave clock 206s is to be reset.
The second mode of the invention is illustrated in Fig. 4B, wherein at step 4B-
1
to master processor 202M prepares and sends (via interface 212M and over
control bus 214)
a clock set message (CSM) 500 having the format shown in Fig. 5. Step 4B-2 of
Fig.
4B shows a slave processor 202s receiving and processing the clock set message
(CSM)
500, which involves, e.g., storing the values received in the reference system
frame
number field 504 and reference master clock time field 506. Step 4B-3 shows
the SFN
15 oscillator 210 applying a system frame signal (pulse) on SFN signal line
216 which
would be counted as SFN = Y. Then, knowing that the current system frame
number
SFN = Y, at step 4B-4, the slave processor 202s calculates an adjusted slave
clock time
using the current system frame number SFN = Y, the value in reference system
frame
number field 504, and actual time value in the reference master clock time
field 506.
2o The adjusted slave clock time computed at step 4B-4 is thus not the actual
time value in
the reference master clock time field SGT, but another value computed using
the actual
time value in the reference master clock time field 506. In other words,
knowing that
the actual time of master clock 206M was the value stored in the reference
master clock
time field 506 at the particular system frame number stored in the reference
system
25 frame number field 504, the slave processor 202 can compute the master
clock time at
the current system frame number SFN =Y. The computation is simplified by the
fact
that the pulses of the system frame on line 216 occur at known intervals
(e.g., every 10
milliseconds in the illustrated embodiment). With the adjusted slave clock
time having
been computed at step 4B-4, at step 4B-5 the slave processor 202 sets its
associated
3o slave clock 206s to the adjusted slave clock time, thereby achieving
synchronization.
While Fig. 4B happens to depict the transmission of the system frame signal
amounting to SFN=Y (step 4B-3) subsequently to the sending of the clock set
message

CA 02353598 2001-06-05
WO 00138361 PCT/SE99/02416
l0
(CSM) X00 at step 4B-1, it should be understood that step 4B-3 may precede
step 4B-1
in Fig. 4B. In other words, what is important in the second mode of the
invention is that
the slave processor 202 know the current system frame number at the time of
making
the computation of step 4B-4. Whether knowledge or updating of that current
system
s frame number is acquired before or after receipt of clock set message (CSM)
500 is not
material, as long as an accurate current system frame number is utilized.
Fig. 3 provides a second representative example embodiment for illustrating
the
real time clock synchronization of the present invention. In particular, Fig.
3 illustrates
a scenario in which radio network controller (RNC) 24 maintains master clock
306M
to which is used for synchronization of slave clocks 306s situated at one or
more base
stations 22, - 22q.
The master clock master clock 306M is situated on a timing board 300T of radio
network controller (RNC) 24, and particularly is part of real time operating
system
(RTOS) 304T of processor 302T situated on timing board 300T. In like manner as
is master board 200M in Fig. 2, the timing board 300T includes an interface
312T through
which processor 302T communicates over control lines 314 with processors of
the base
stations 22. Also, timing board 300T has a SFN oscillator 310 which outputs
the system
frame signals (pulses) in like manner as SFN oscillator 210 of Fig. 2.
Timing board 300T is shown as having a port 313T through which
2o communications are established with the remainder of radio network
controller (RNC)
24 via switch 315. Information of various types is transmitted between timing
board
300T and switch 315 through port 313T, including the system frame signals and
reset
signals corresponding to those carried by lines 216 and 222 in Fig. 2. The
switch 315
serves to connect differing units of radio network controller (RNC) 24, such
units
25 including (in addition to timing board 300T ) a diversity handover unit
340, a control
node interface 342 (for interfacing, e.g., to MSC 26 or SGSN 25), and base
station
interfaces 344, - 344q (which are connected, e.g., by landlines, to respective
base
stations 22, - 22q).
Each base station 22 is connected via an extension board 350 to the radio
3o network controller (RNC) 24. As explained previously, the extension board
350 is just
one of several types of device boards which can be situated at a base station
22. The

CA 02353598 2001-06-05
W!J 00/38361 PC'T/SE99/OZ416
II
extension board 350 receives the system frame signals from SFN oscillator 310T
and
reset signals from processor 302T of radio network controller (RNC) 24, and in
one
embodiment applies such signals via switch 352 to each of plural device boards
200 of
base station 22. In Fig. 3, base station 22, is shown as having device boards
2001-s,
through 2001_s", base station 22q is shown as having device boards 200q_S~
through 200q_
Sk
The device boards 200 of the base stations 22 of Fig. 3 are similar to those
of
Fig. 2, with the exception that each device board 200 has a port 354 as
illustrated by
port 3541_s, of device board 200,_s, and port 354q_s, of device board 200q_s,.
The ports
l0 354 manage communications between switch 352 and constituent units of the
device
board 200, including SFN counter 220 and processor 202. In addition, for each
device
board 200 the processor 202 is connected via interface 212 to its respective
control line
314. Control line 314 carries the clock set message (CSM) 500, which for the
embodiment of Fig. 3 can have a same example format as shown in Fig. 5 and
discussed
15 above.
In the Fig. 3 embodiment, each of the device boards 200 at each base station
22
can have their slave clocks 206 synchronization directly in the manner
depicted by
device board 200,_s, and above described with respect to either the mode of
Fig. 4A or
the mode of Fig. 4B. That is, each device board 200 can receive the system
frame
2o signals from the SFN oscillator 310T of radio network controller (RNC) 24
and the
clock set message (CSM) 500 from radio network controller (RNC) 24. In this
case, the
control line 314 is connected to each device board 200 in the base station
which has a
slave clock 106 requiring synchronization, and an address field is required in
the clock
set message (CSM) 500 for specifying the particular device board 200 at base
station 22
25 to which the clock set message (CSM) 500 is applied.
Alternatively, the.master clock 306T of radio network controller (RNC) 24 can
first be used to synchronize a predetermined slave clock 206 of one of the
device boards
200 at each base station (e.g., device board 200~.s, at base station 22,),
with the first-
synchronized such slave clock 206 then serving as an assistant master clock
for
3o synchronizing the remaining slave clocks 206 on other device boards 200 of
the same
base station 22. After the initial synchronization, the assistant master clock
is
supervised and phase corrected by the radio network controller (RNC) 24. In
this

CA 02353598 2001-06-05
Wb 00/38361 PCT/SE99/024i6
I2
alternate operation, each device board 200 of a base station 22 receives the
system
frame signals directly from the SFN oscillator 310T, but the clock set message
(CSM)
500 is relayed from the device board 200 having the first-synchronization
slave clock to
other boards at the base station 22 for the synchronization of the remaining
slave clocks
on the other device boards 200.
As mentioned above, the clock set message (CSM) 500 for the embodiment of
Fig. 3 can operate in either the mode of Fig. 4A or the mode of Fig. 4B. Such
modes
are understood with reference to the preceding discussion of Fig. 2.
The embodiment of Fig. 3 has been illustrated with the nodes employing
to switches for routing information through the nodes. Examples of such
switches can be
ATM switches for routing ATM cells through nodes. It should be understood that
other
types of routing techniques may be utilized, as desired, or that
(alternatively) the signals
here pertinent can be directly or otherwise applied from radio network
controller (RNC)
24 to an appropriate device board 200 in a base station 22. Furthermore, it
should be
15 understood that infra-node switches may also be used in the embodiment of
Fig. 2,
although not specifically illustrated herein.
From the foregoing it may also be understood how the master processor, and
hence the master clock, can be located at a control node of the
telecommunications
network 18, such as mobile switching center 26. In such event, the master
processor is
2o employed to reset slave clocks at inferior nodes (e.g., radio network
controller (RNC)
24 andlor the base stations 22).
Advantageously, the present invention facilitates accurate synchronization of
real
time clocks at a node, and even among plural nodes of telecommunications
network 18
by capitalizing upon another feature (SFN) of the telecommunications network
18.
25 Thus, the synchronization of the present invention allows real time
operating systems
(RTOS) to time stamp events occurring in telecommunications network 18 with
precision. These events can be, for example, alarm reports sent to other nodes
or log
events recorded in a log file for use, e.g., when de-bugging the system.

CA 02353598 2001-06-05
w0 00/3$361 PCT/SE99/OZ416
13
While the invention has been described in connection with what is presently
considered to be the most practical and preferred embodiment, it is to be
understood
that the invention is not to be limited to the disclosed embodiment, but on
the contrary,
is intended to cover various modifications and equivalent arrangements
included within
the spirit and scope of the appended claims.

Representative Drawing
A single figure which represents the drawing illustrating the invention.
Administrative Status

2024-08-01:As part of the Next Generation Patents (NGP) transition, the Canadian Patents Database (CPD) now contains a more detailed Event History, which replicates the Event Log of our new back-office solution.

Please note that "Inactive:" events refers to events no longer in use in our new back-office solution.

For a clearer understanding of the status of the application/patent presented on this page, the site Disclaimer , as well as the definitions for Patent , Event History , Maintenance Fee  and Payment History  should be consulted.

Event History

Description Date
Inactive: IPC from MCD 2006-03-12
Application Not Reinstated by Deadline 2004-12-17
Time Limit for Reversal Expired 2004-12-17
Deemed Abandoned - Failure to Respond to Maintenance Fee Notice 2003-12-17
Letter Sent 2002-06-19
Inactive: Single transfer 2002-04-29
Inactive: Cover page published 2001-10-03
Inactive: First IPC assigned 2001-09-11
Inactive: Courtesy letter - Evidence 2001-08-21
Inactive: Notice - National entry - No RFE 2001-08-16
Application Received - PCT 2001-08-14
Application Published (Open to Public Inspection) 2000-06-29

Abandonment History

Abandonment Date Reason Reinstatement Date
2003-12-17

Maintenance Fee

The last payment was received on 2002-12-05

Note : If the full payment has not been received on or before the date indicated, a further fee may be required which may be one of the following

  • the reinstatement fee;
  • the late payment fee; or
  • additional fee to reverse deemed expiry.

Please refer to the CIPO Patent Fees web page to see all current fee amounts.

Fee History

Fee Type Anniversary Year Due Date Paid Date
MF (application, 2nd anniv.) - standard 02 2001-12-17 2001-06-05
Basic national fee - standard 2001-06-05
Registration of a document 2002-04-29
MF (application, 3rd anniv.) - standard 03 2002-12-17 2002-12-05
Owners on Record

Note: Records showing the ownership history in alphabetical order.

Current Owners on Record
TELEFONAKTIEBOLAGET LM ERICSSON
Past Owners on Record
ERIK JONSSON
MARCUS KARLSSON
Past Owners that do not appear in the "Owners on Record" listing will appear in other documentation within the application.
Documents

To view selected files, please enter reCAPTCHA code :



To view images, click a link in the Document Description column. To download the documents, select one or more checkboxes in the first column and then click the "Download Selected in PDF format (Zip Archive)" or the "Download Selected as Single PDF" button.

List of published and non-published patent-specific documents on the CPD .

If you have any difficulty accessing content, you can call the Client Service Centre at 1-866-997-1936 or send them an e-mail at CIPO Client Service Centre.


Document
Description 
Date
(yyyy-mm-dd) 
Number of pages   Size of Image (KB) 
Representative drawing 2001-09-18 1 10
Description 2001-06-05 13 760
Claims 2001-06-05 4 155
Drawings 2001-06-05 5 128
Abstract 2001-06-05 1 71
Cover Page 2001-09-27 2 58
Notice of National Entry 2001-08-16 1 210
Request for evidence or missing transfer 2002-06-06 1 109
Courtesy - Certificate of registration (related document(s)) 2002-06-19 1 134
Courtesy - Abandonment Letter (Maintenance Fee) 2004-02-11 1 176
Reminder - Request for Examination 2004-08-18 1 117
Correspondence 2001-08-16 1 25
PCT 2001-06-05 6 287