FI102442B - Synchronization of a data communication network - Google Patents

Synchronization of a data communication network Download PDF

Info

Publication number
FI102442B
FI102442B FI970700A FI970700A FI102442B FI 102442 B FI102442 B FI 102442B FI 970700 A FI970700 A FI 970700A FI 970700 A FI970700 A FI 970700A FI 102442 B FI102442 B FI 102442B
Authority
FI
Finland
Prior art keywords
node
synchronization
priority
interface
status
Prior art date
Application number
FI970700A
Other languages
Finnish (fi)
Swedish (sv)
Other versions
FI102442B1 (en
FI970700A0 (en
FI970700A (en
Inventor
Jukka Kainulainen
Original Assignee
Nokia Telecommunications Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Telecommunications Oy filed Critical Nokia Telecommunications Oy
Priority to FI970700A priority Critical patent/FI102442B1/en
Publication of FI970700A0 publication Critical patent/FI970700A0/en
Priority to PCT/FI1998/000099 priority patent/WO1998037651A1/en
Priority to AU58676/98A priority patent/AU5867698A/en
Publication of FI970700A publication Critical patent/FI970700A/en
Application granted granted Critical
Publication of FI102442B publication Critical patent/FI102442B/en
Publication of FI102442B1 publication Critical patent/FI102442B1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0679Clock or time synchronisation in a network by determining clock distribution path in a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0641Change of the master or reference, e.g. take-over or failure of the master
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0089Multiplexing, e.g. coding, scrambling, SONET
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0647Synchronisation among TDM nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

102442102442

Tietoliikenneverkon synkronointiTelecommunication network synchronization

Keksinnön ala ' Keksintö liittyy yleisesti tietoliikenneverkkojen synkronointiin, ja erityi- 5 sesti sellaisiin synkronointimenetelmiin, joissa verkon solmut ilmoittavat lähettämänsä signaalin synkronointistatuksen. Synkronointistatus ilmoittaa signaalin laatutason synkronoinnin suhteen, jolloin solmu voi vastaanottamiensa laatutasojen perusteella päättää, mitä signaalia se käyttää synkronointilähteenään.FIELD OF THE INVENTION The invention relates generally to the synchronization of telecommunication networks, and in particular to synchronization methods in which the nodes of the network indicate the synchronization status of the signal they transmit. The synchronization status indicates the signal quality level with respect to synchronization, so that the node can decide which signal to use as its synchronization source based on the quality levels it receives.

10 Keksinnön tausta Tässä esityksessä käytetään tietoliikenneverkon siirtoyhteyksien risteyskohdista nimitystä solmu (tai solmulaitteisto). Solmu voi olla mikä tahansa laite tai laitteisto, esim. haaroitin- tai ristikytkentälaite.BACKGROUND OF THE INVENTION In this presentation, the intersections of transmission links in a telecommunications network are referred to as a node (or node hardware). The node can be any device or hardware, e.g. a branch or cross-connect device.

Nykyisissä tietoliikennejärjestelmissä voidaan synkronointi suorittaa 15 joko erillisten synkronointiyhteyksien avulla tai käyttämällä hyväksi järjestelmän solmujen välisiä normaaleja datayhteyksiä. Erillisiä synkronointiyhteyksiä käytetään vain yksittäisissä tapauksissa ja erittäin harvoin koko verkon synkronoinnissa. Käytettäessä datayhteyksiä synkronointiin pitää linjakoodin olla sellainen, että solmut pystyvät erottamaan sisään tulevasta datasignaalista 20 myös kellotaajuuden. Näistä kellotaajuuksista voidaan verkon solmujen synkronointi saavuttaa kahdella eri perusmenetelmällä: keskinäissynkronoinnilla ja alistuvalla synkronoinnilla. Keskinäissynkronoinnissa muodostaa jokainen solmu oman kellotaajuutensa sisään tulevien signaalien taajuuksien ja oman senhetkisen kellotaajuuden keskiarvosta. Näin verkon kaikki solmut ajautuvat 25 kohti yhteistä keskiarvotaajuutta ja stabiilissa tilassa ovat saavuttaneet sen. Keskinäissynkronointia käyttävää verkkoa ei kuitenkaan saada synkronoitumaan haluttuun lähteeseen, jolloin eri verkkojen kytkeminen toisiinsa on ongelmallista, koska tällöin ei pystytä ennalta tarkasti määräämään koko verkon toimintataajuutta. Alistuvassa synkronoinnissa kaikki verkon solmut synk-30 ronoituvat sen sijaan yhden pääsolmun kellotaajuuteen. Kukin solmu valitsee yhden tulevan signaalin taajuuden oman kellotaajuutensa lähteeksi. Solmu pyrkii valitsemaan sellaisen signaalin, jolla on verkon pääsolmun kellotaajuus.In current communication systems, synchronization can be performed either by means of separate synchronization connections or by utilizing normal data connections between the nodes of the system. Separate synchronization connections are used only in isolated cases and very rarely for synchronizing the entire network. When using data connections for synchronization, the line code must be such that the nodes can also distinguish the clock frequency from the incoming data signal 20. Of these clock frequencies, synchronization of network nodes can be achieved by two different basic methods: mutual synchronization and slave synchronization. In mutual synchronization, each node generates its own clock frequency from the average of the frequencies of the incoming signals and its own current clock frequency. In this way, all nodes in the network drift towards the common average frequency and have reached it in the steady state. However, a network using mutual synchronization cannot be made to synchronize to the desired source, which makes it difficult to connect different networks, because in this case it is not possible to precisely determine the operating frequency of the entire network in advance. In submissive synchronization, all nodes in the network are synchronized to the clock frequency of one master node instead. Each node selects the frequency of one incoming signal as its own clock frequency source. The node tries to select a signal that has the clock frequency of the main node of the network.

Itsenäisessä alistuvassa synkronoinnissa tekee jokainen solmu itse päätöksensä synkronoitumisestaan saamatta ulkopuolelta mitään päätöksen- ♦ 35 tekoa tukevaa tietoa. Solmujen tehdessä päätöksensä synkronoitumisesta 102442 2 itsenäisesti joudutaan jokaiseen solmuun tekemään määritykset, mihin solmuun se synkronoituu. Nämä määritykset tehdään usein prioriteettilistan muodossa, jolloin solmu valitsee synkronointinsa lähteeksi kelvollisista sisään tulevista signaaleista sen, jolla on korkein prioriteetti eli sen joka on listalla 5 korkeimpana. Jos tämä signaali katkeaa tai sen laatu heikkenee niin, että sitä ei voida enää kelpuuttaa synkronoinnin lähteeksi, valitsee solmu listalta sen signaalin, jolla on seuraavaksi korkein prioriteetti. Prioriteettilista on rakennettava siten, että kaikki sillä olevat solmut ovat kyseisen solmun ja verkon pää-solmun välissä, jolloin synkronointi leviää pääsolmusta alemmille tasoille.In independent submissive synchronization, each node makes its own decision to synchronize without receiving any ♦ 35 decision-supporting information from the outside. When nodes make their decision to synchronize 102442 2 independently, each node has to determine to which node it will synchronize. These determinations are often made in the form of a priority list, in which case the node selects the one with the highest priority, i.e. the one with the highest in the list 5, as the source of its synchronization. If this signal is interrupted or degraded so that it can no longer be qualified as a synchronization source, the node selects the signal with the next highest priority from the list. The priority list shall be constructed so that all nodes on it are between that node and the main node of the network, so that synchronization spreads to levels lower than the main node.

10 Alistuva itsenäinen synkronointi aiheuttaa kuitenkin rajoituksia verkon synkronoinnille: silmukkaverkossa kaikkia yhteyksiä ei voida käyttää synkronointiin, jolloin verkon dynaaminen mukautuvuus eri tilanteissa on rajoittunut. Solmujen välille on tuotava kommunikointia, jotta yksittäisen solmun omaama tietomäärä riittäisi kaikissa tilanteissa päätöksentekoon ilman, että joudutaan 15 voimakkaasti rajoittamaan synkronointiin käytettävien yhteyksien määrää, jolloin vikatilanteissa pääsolmun kellotaajuutta ei pystytä yhtä hyvin jakamaan verkon solmuille. Tähän kommunikointiin on olemassa kaksi menetelmää, joita kuvataan seuraavaksi.10 However, submissive stand-alone synchronization imposes limitations on network synchronization: in a loop network, not all connections can be used for synchronization, which limits the dynamic adaptability of the network in different situations. Communication must be established between the nodes so that the amount of data available to a single node is sufficient for decision-making in all situations without having to severely limit the number of connections used for synchronization, so that in the event of a fault the main node's clock frequency cannot be allocated to network nodes. There are two methods for this communication, which are described below.

Yksinkertainen menetelmä laajentaa itsenäistä alistuvaa synkronointia 20 kommunikoivaksi on ns. LP-synkronointi (Loop Protected synchronization). LP-synkronointi pyrkii estämään ajastuksen ajautumisen toimimattomaan tilaan silmukkaverkoissa käyttämällä edellä mainittujen prioriteettilistojen apuna kahta tilabittiä mcb ja Icb, joita välitetään verkon solmujen välillä. Ensimmäinen tilabitti mcb (master control bit) kertoo sen, onko synkronointi peräisin verkon 25 pääsolmusta. Verkolle määritelty pääsolmu lähettää tämän bitin loogisena nollana lähtevissä signaaleissaan ja muut solmut välittävät sen eteenpäin, mikäli ovat synkronoituneet signaaliin, jossa mcb-bitin arvo on nolla. Toinen tilabitti Icb (loop control bit) kertoo sen, onko synkronoinnissa silmukka. Verkon • jokainen solmu lähettää tämän bitin loogisena ykkösenä siihen suuntaan, 30 johon on itse synkronoitunut, ja loogisena nollana muihin suuntiin.A simple method of extending independent submissive synchronization 20 to communicate is the so-called LP (Loop Protected synchronization). LP synchronization seeks to prevent timing from drifting into an inoperative state in loop networks by using the two status bits mcb and Icb, which are transmitted between the nodes of the network, with the help of the above-mentioned priority lists. The first status bit mcb (master control bit) indicates whether the synchronization originates from the master node of the network 25. The master node defined for the network transmits this bit as a logical zero in its outgoing signals and the other nodes forward it if they are synchronized to a signal where the value of the mcb bit is zero. The second status bit Icb (loop control bit) indicates whether there is a loop in synchronization. Each node in the network • sends this bit as a logical one in the direction in which it is synchronized and as a logical zero in the other directions.

Kukin solmu käyttää omaa prioriteettilistaansa valitessaan synkronoi-tumisen lähdettä, mutta tarkastaa signaalin tilan lisäksi myös mcb- ja Icb-bitit ennen kuin tekee valinnan. Solmu pyrkii ensisijaisesti löytämään sellaisen yhteyden, jonka kellotaajuus on peräisin verkon pääsolmusta (mcb=0). Mikäli « 35 tällaista yhteyttä ei löydy (vikatilanteen takia), valitsee solmu tavalliseen tapaan 102442 3 prioriteettilistalla korkeimmalla olevan toimivan yhteyden. Valitulta yhteydeltä (ajastuksen lähteeltä) edellytetään kuitenkin aina, että sen ajastus ei ole silmukassa (lcb=0), vaikka itse signaali olisikin muuten kelvollinen synkronointiin.Each node uses its own priority list when selecting the synchronization source, but checks not only the signal status but also the mcb and Icb bits before making the selection. The node primarily tries to find a connection whose clock frequency originates from the main node of the network (mcb = 0). If «35 such a connection is not found (due to a fault condition), the node normally selects 102442 3 the highest working connection in the priority list. However, the selected connection (timing source) is always required to have its timing not in the loop (lcb = 0), even if the signal itself is otherwise valid for synchronization.

LP-synkronoinnissa solmu pyrkii siis käyttämään synkronointiin sitä 5 lähdettä, jonka signaali on kelvollinen ja jonka lähettämät tilabitit ovat mcb=0 ja lcb-0. Mikäli tällaisia lähteitä on useampia, solmu valitsee sen, joka on prioriteettilistalla muita kyseisiä lähteitä korkeammalla. Mikäli ei ole sellaista lähdettä, jolla mcb=0 ja lcb=0, solmu tarkistaa, onko lähteitä, joilla mcb=1 ja lcb=0 ja valitsee tällaisista lähteistä sen, joka on prioriteettilistalla korkeimmalla.Thus, in LP synchronization, the node tends to use for synchronization the 5 sources whose signal is valid and whose transmitted status bits are mcb = 0 and lcb-0. If there are more than one such source, the node selects the one that is higher in the priority list than the other sources in question. If there is no source with mcb = 0 and lcb = 0, the node checks for sources with mcb = 1 and lcb = 0 and selects the one with the highest priority list from such sources.

10 Kuviossa 1 on esitetty esimerkkinä viidestä solmusta A...E muodostu va tietoliikenneverkko, joka käyttää edellä kuvattua LP-synkronointia. Kunkin solmun eri suuntiin lähettämät mcb- ja Icb-bitit on merkitty solmujen viereen viitemerkeillä M (mcb-bitti) ja vastaavasti L (Icb-bitti). Kuviossa on solmujen käyttämiä prioriteettilistoja merkitty viitemerkillä PL. Viitemerkeillä PA, PB ja Pc 15 on merkitty kunkin solmun portteja. Pääsolmun 1 prioriteettilistalla PL ei ole lainkaan sisään tulevia signaaleja, vaan pääsolmu käyttää aina omaa sisäistä oskillaattoriaan synkronointinsa lähteenä. Niitä yhteyksiä, joita synkronointi ei käytä kyseisellä hetkellä, on kuviossa merkitty katkoviivoilla.Figure 1 shows, by way of example, a telecommunication network consisting of five nodes A ... E using the LP synchronization described above. The mcb and Icb bits transmitted in different directions by each node are denoted by the symbols M (mcb bit) and L (Icb bit), respectively, next to the nodes. In the figure, the priority lists used by the nodes are marked with the reference symbol PL. The ports PA, PB and Pc 15 denote the ports of each node. The priority list PL of the main node 1 has no incoming signals at all, but the main node always uses its own internal oscillator as the source of its synchronization. Connections that are not currently being used for synchronization are indicated by dashed lines in the figure.

Edellä mainitun säännön perusteella solmu B synkronoituu solmuun 20 A, koska se on ainoa suunta, josta tulevilla tilabiteillä on arvot mcb=0 ja lcb=0. Solmu C synkronoituu solmuun D, koska portti PB on prioriteettilistalla korkeammalla niistä porteista (PA ja PB), joista vastaanotetaan tilabitit mcb=0 ja lcb=0. Solmu D synkronoituu solmuun B, koska portti PA on sen prioriteettilistalla korkeammalla kuin portti Pc. Solmu E synkronoituu solmuun C, koska 25 portti PA on sen prioriteettilistalla korkeammalla kuin portti PB (ja molemmista vastaanotetaan tilabitit mcb=0 ja lcb=0).Based on the above rule, the Node B synchronizes to the Node 20 A because it is the only direction from which the incoming state bits have the values mcb = 0 and lcb = 0. Node C synchronizes to Node D because port PB is higher in the priority list than the ports (PA and PB) from which the status bits mcb = 0 and lcb = 0 are received. Node D synchronizes with Node B because port PA is on its priority list higher than port Pc. Node E synchronizes to Node C because port PA is higher on its priority list than port PB (and status bits mcb = 0 and lcb = 0 are received from both).

Kun pelkkää prioriteettilistaa käytettäessä muodostetaan synkronointi-puu puumaisista hierarkkisista rakenteista, LP-synkronoinnissa kootaan synk-ronointipuu silmukoiden avulla. Ensin muodostetaan pääsilmukka, jossa ver-30 kon pääsolmu sijaitsee, ja tämän jälkeen lisätään synkronointipuuhun solmuja ketju kerrallaan, kunnes kaikki solmut on saatu mukaan. Prioriteettilistat muodostetaan silmukoiden ja ketjujen mukaisesti. Kuvion 1 esimerkissä pääsilmukka muodostuu solmuista A, B, D ja C tässä järjestyksessä. Tähän pääsil-mukkaan on liitetty yhden solmun ketju (solmu E).When using a mere priority list to form a synchronization tree from tree-like hierarchical structures, in LP synchronization, a synchronization tree is assembled using loops. First, the main loop in which the main node of the network is located is formed, and then nodes are added to the synchronization tree chain by chain until all nodes are included. Priority lists are formed according to loops and chains. In the example of Figure 1, the main loop consists of nodes A, B, D and C, respectively. A chain of one node (node E) is connected to this main loop.

35 Kuvioissa 2a ja 2b on havainnollistettu LP-synkronointia käyttävän 102442 4 verkon (kuvio 1) käyttäytyminen vikatilanteessa. Kuvion 2a esittämässä ensimmäisessä vaiheessa katkeaa pääsolmun A ja solmun B välinen yhteys. Tämän jälkeen saa verkko synkronoinnin pääsolmulta A solmun C kautta. Kuvion 2b esittämässä toisessa vaiheessa katkeaa myös solmujen A ja C 5 välinen yhteys, jolloin uudeksi pääsolmuksi tulee solmu C, joka oli viimeksi välittänyt pääsolmun taajuutta eteenpäin verkkoon. Solmun C lähettämä mcb-bitti on nyt muuttunut loogiseksi ykköseksi kertomaan, ettei verkon viralliseen pääsolmuun ole enää yhteyttä.Figures 2a and 2b illustrate the behavior of a network 102442 4 using LP synchronization (Figure 1) in the event of a failure. In the first step shown in Figure 2a, the connection between the main node A and the node B is broken. The network then receives synchronization from master node A through node C. In the second step shown in Figure 2b, the connection between the nodes A and C 5 is also broken, whereby the new master node becomes the node C which had last forwarded the frequency of the master node to the network. The mcb bit sent by Node C has now changed to logical one to indicate that there is no longer a connection to the official master node on the network.

Toinen tapa, jolla itsenäistä alistuvaa synkronointia on laajennettu 10 kommunikoivaksi, on käyttää ITU-T:n standardien G.704 tai G.708 mukaista synkronointisanomaa SSM (Synchronization Status Message). Standardissa G.704 määritellään 2048 kbit/s nopeudella toimivan digitaalisen siirtojärjestelmän kehysrakenne. Suosituksen mukaan joka toisen kehyksen bitit 4-8 ovat vapaita (spare bits), ja niitä voidaan käyttää esim. siirtämään edellä mainittuja 15 synkronointistatussanomia. Vain yhtä kehyksen biteistä 4-8 voi käyttää tähän tarkoitukseen, joten nelibittinen synkronointistatussanoma muodostuu valitusta bitistä (4-8) ylikehyksen kehyksissä 1, 3, 5 ja 7 sekä kehyksissä 9, 11, 13 ja 15. Samat synkronointistatussanomat (SSM) on määritelty SDH-verkon osalta standardissa G.708. SDH-verkossa synkronointistatusviestit siirretään STM-N-20 kehyksen otsikkoalueen SOH (Section Overhead) S1-tavun biteissä b5...b8.Another way in which independent submissive synchronization has been extended to communicate is to use the Synchronization Status Message (SSM) according to ITU-T standards G.704 or G.708. Standard G.704 defines the frame structure of a digital transmission system operating at 2048 kbit / s. According to the recommendation, bits 4-8 of every other frame are free (spare bits) and can be used e.g. to transmit the above-mentioned synchronization status messages. Only one of bits 4-8 of a frame can be used for this purpose, so a four-bit synchronization status message consists of the selected bit (4-8) in frames 1, 3, 5, and 7 of superframe and in frames 9, 11, 13, and 15. The same synchronization status messages (SSM) are defined in SDH for network G.708. In the SDH network, synchronization status messages are transmitted in bits b5 ... b8 of the S1 (Section Overhead) S1 byte of the STOH-N-20 frame header area.

Seuraavassa taulukossa on esitetty näiden valittujen bittien San1-San4 (n=4, 5, 6, 7 tai 8) tai S1(b5...b8) muodostamien bittikuvioiden ilmoittamat synkronoinnin laatutasot (QL, Quality Level). Viimeisessä sarakkeessa on käytetty suosituksia vastaavia (englanninkielisiä) ilmauksia.The following table shows the synchronization quality levels (QL, Quality Level) indicated by the bit patterns formed by these selected bits San1-San4 (n = 4, 5, 6, 7 or 8) or S1 (b5 ... b8). In the last column, the terms corresponding to the recommendations (in English) are used.

[QL San1-San4 Synchronization Quality (QL) Description tai S1(b5...b8) 0 0000 Quality unknown (Existing Sync. Network) - - - _ __ _____ 9 1 0001 Reserved 2 0010 G.811 3 0011 Reserved 4 0100 G.812 Transit 5 0101 Reserved Π 102442 5 I 6 0110 Reserved 7 0111 Reserved .[QL San1-San4 Synchronization Quality (QL) Description or S1 (b5 ... b8) 0 0000 Quality unknown (Existing Sync. Network) - - - _ __ _____ 9 1 0001 Reserved 2 0010 G.811 3 0011 Reserved 4 0100 G.812 Transit 5 0101 Reserved Π 102442 5 I 6 0110 Reserved 7 0111 Reserved.

8 1000 G.812 Local 9 1001 Reserved 10 1010 Reserved 11 1011 Synchronization Equipment Timing Source (SETS) 112 1100 Reserved 13 1101 Reserved 14 1110 Reserved 15 1111 Do not use for Synchronization8 1000 G.812 Local 9 1001 Reserved 10 1010 Reserved 11 1011 Synchronization Equipment Timing Source (SETS) 112 1100 Reserved 13 1101 Reserved 14 1110 Reserved 15 1111 Do not use for Synchronization

Kuten taulukosta ilmenee, ITU-T:n piirissä on päätetty neljästä synk-ronointitasosta ja lisäksi on annettu merkitys kahdelle muulle tasolle; toinen indikoi, että synkronoinnin taso on tuntematon ja toinen sitä, ettei signaalia tule 5 käyttää synkronointiin (QL=1111).As can be seen from the table, four levels of synchronization have been decided within the ITU-T and in addition two other levels have been given importance; one indicates that the level of synchronization is unknown and the other that signal 5 should not be used for synchronization (QL = 1111).

Kuvioissa 3 ja 4 on havainnollistettu SSM-menetelmän toimintaa rengasmaisessa verkossa, jossa on yhteensä viisi solmua, joita on merkitty viitemerkeillä N1...N5. Kunkin solmun sisällä on ylimmäiseksi merkitty solmun sisäisen kellon laatutaso (QL:1011). Tämän alapuolella on solmun prioriteetti-10 lista, jossa valittuna oleva ajastuslähde on esitetty kursivoituna. Kuten edellä mainittiin, kukin solmu valitsee ajastuksensa lähteeksi sen signaalin, jonka sisältämän synkronointisanoman laatutaso on korkein. Mikäli usealla signaalilla on sama laatutaso, valitaan se, joka on korkeimmalla prioriteettilistalla. Solmun :· jokaisen portin viereen on merkitty viitemerkillä uQL:xxxx” solmun lähettämää 15 synkronointistatussanomaa. Pääsolmuun N1 ja solmuun N3 on kytketty ulkoiset ajastuslähteet S1 ja vastaavasti S2. Ulkoisten lähteiden laatutasot (QL=0010 ja QL=0100) on merkitty lähteiden yläpuolelle. Jokaiselle silmuk-kasynkronoinnin ulkopuoliselle lähteelle on annettava QL-arvo.Figures 3 and 4 illustrate the operation of the SSM method in an annular network with a total of five nodes, denoted by reference numerals N1 to N5. Within each node, the quality level of the intra-node clock is marked as the highest (QL: 1011). Below this is the Node Priority-10 list, where the selected timing source is shown in italics. As mentioned above, each node selects the signal with the highest quality level of the synchronization message as the source of its timing. If several signals have the same quality level, the one with the highest priority list is selected. Node: · 15 synchronization status messages sent by the node are marked with the reference uQL: xxxx ”next to each port. External timing sources S1 and S2, respectively, are connected to the main node N1 and the node N3. The quality levels of external sources (QL = 0010 and QL = 0100) are marked above the sources. Each source outside of loop synchronization must be assigned a QL value.

Kuviossa 3 on esitetty verkko normaalitilanteessaan (ei vikoja). Pää-20 solmu N1 käyttää ulkoista ajastuslähdettä S1, joka on tässä esimerkissä määritelty tasolla QL=0010 olevaksi kelloksi. Pääsolmu lähettää tätä synk- 102442 6 ronointistatussanomaa molempiin suuntiin. Alistuvat solmut synkronoituvat pääsuunnan puoleisesta portista (Pa) tulevaan signaaliin, jonka sisältämä synkronointistatussanoma on QL=0010. Tällöin ne välittävät saman laatutason (QL=0010) edelleen portista Pb sekä lähettävät laatutason QL=1111 (“älä 5 käytä synkronointiin”) siihen suuntaan, josta ne vastaanottavat ajastuksensa (portin Pa suuntaan).Figure 3 shows the network in its normal situation (no faults). The main node N1 20 uses an external timing source S1, which in this example is defined as a clock at the level QL = 0010. The master node sends this synchronization status message 10442 in both directions. The slave nodes are synchronized to a signal from the main port (Pa) with a synchronization status message QL = 0010. In this case, they forward the same quality level (QL = 0010) from port Pb and send the quality level QL = 1111 (“do not use 5 for synchronization”) in the direction from which they receive their timing (in the direction of port Pa).

Kuviossa 4 on esitetty tilanne, jossa on syntynyt vika solmujen N1 ja N2 välisellä yhteydellä. Kun solmu N2 huomaa tämän vian, se valitsee uuden ajastuksen lähteen. Koska se vastaanottaa toisesta suunnasta (solmulta N3) 10 laatutason QL=1111, se ei voi käyttää tätäkään suuntaa ajastukseen, jolloin se siirtyy sisäisen ajastuksen tilaan ja alkaa lähettää oman kellonsa laatutasoa QL=1011. Seuraava solmu (eli solmu N3) vastaanottaa tämän laatutason portista Pa, jolloin se vaihtaa ulkoisen lähteen S2 ajastuksensa lähteeksi, koska tämän antama laatutaso QL=0100 on parempi kuin portista Pa vastaan-15 otettu laatutaso, eikä porttia Pb voi käyttää ajastukseen (QL=1111). Solmu N3 alkaa lähettää laatutasoa QL=0100 kumpaankin suuntaan. Solmu N2 synkronoituu solmulta N3 tulevaan signaaliin, koska sen sisältämä laatutaso on parempi kuin sen sisäinen laatutaso (QL=1011), jolloin se alkaa lähettää laatutasoa QL=1111 solmun N3 suuntaan. Myös solmu N4 hyväksyy solmun N3 lä-20 hettämän laatutason, koska se vastaanottaa portista Pb laatutasoa QL=1111. Näin ollen solmu N4 välittää laatutason QL=0100 solmulle N5, joka synkronoituu portin Pb suuntaan, koska sieltä saadaan laatutaso QL=0010. Tällöin solmu N5 palauttaa laatutason QL=1111 solmulle N1 ja välittää laatutason QL=0010 solmulle N4. Loput silmukan solmuista tekevät samoin eli välittävät 25 laatutason QL=0010 portista Pa ja palauttavat laatutason QL=1111 porttiin Pb. Näin on päädytty kuviossa 4 esitettyyn tilanteeseen. Silmukka on siis synkronoitunut toissijaiseen suuntaansa.Figure 4 shows a situation in which a fault has occurred in the connection between nodes N1 and N2. When Node N2 detects this fault, it selects a new timing source. Since it receives 10 quality levels QL = 1111 from the second direction (node N3), it cannot use this direction for timing either, in which case it enters the internal timing mode and starts transmitting its own clock quality level QL = 1011. The next node (i.e., node N3) receives this quality level from port Pa, changing the external source S2 to its timing source because the quality level QL = 0100 provided by this is better than the quality level received from port Pa-15, and port Pb cannot be used for timing (QL = 1111 ). Node N3 starts transmitting the quality level QL = 0100 in both directions. Node N2 synchronizes to the signal from node N3 because the quality level it contains is better than its internal quality level (QL = 1011), at which point it starts transmitting the quality level QL = 1111 in the direction of node N3. Node N4 also accepts the quality level sent by node N3 because it receives the quality level QL = 1111 from port Pb. Thus, the node N4 forwards the quality level QL = 0100 to the node N5, which is synchronized in the direction of the port Pb, because the quality level QL = 0010 is obtained from there. In this case, the node N5 returns the quality level QL = 1111 to the node N1 and forwards the quality level QL = 0010 to the node N4. The rest of the nodes in the loop do the same, i.e. forward 25 quality level QL = 0010 from port Pa and return quality level QL = 1111 to port Pb. This has led to the situation shown in Figure 4. The loop is thus synchronized in its secondary direction.

Edellisissä esimerkeissä yhteys pääkelloon menetettiin (kuvio 2b), ·' jolloin verkko myös menetti master-tasoisen kellon, tai yhteys pääsolmuun 30 säilyi koko ajan ja verkko pystyi mukautumaan vikatilanteeseen (kuviot 2a ja 4).In the previous examples, the connection to the master clock was lost (Figure 2b), whereby the network also lost the master level clock, or the connection to the master node 30 was maintained at all times and the network was able to adapt to the fault situation (Figures 2a and 4).

Synkronointistatussanomia käyttävien synkronointimenetelmien epäkohtana on se, että menetelmiä käyttävä verkko ei pysty joustavasti hyödyntämään verkossa olevaa varakelloa vikatilanteissa, esim. silloin, kun yhteys 35 pääkelloon on menetetty. Verkon kyky toipua tietyistä vikatilanteista on siis 102442 7 puutteellinen. Näitä vikatilanteita kuvataan tarkemmin jäljempänä.The disadvantage of synchronization methods using synchronization status messages is that the network using the methods is not able to flexibly utilize the backup clock in the network in the event of a fault, e.g. when the connection to the main clock 35 is lost. The network's ability to recover from certain failure situations is thus 102442 7 deficient. These fault situations are described in more detail below.

Keksinnön yhteenvetoSUMMARY OF THE INVENTION

Keksinnön tarkoituksena on päästä eroon edellä mainitusta epäkoh-5 dasta ja parantaa edellä kuvatun kaltaisia synkronointimenetelmiä siten, että verkossa voidaan käyttää varakelloa joustavasti ja tehokkaasti.The object of the invention is to get rid of the above-mentioned drawback and to improve synchronization methods such as those described above, so that a spare clock can be used flexibly and efficiently in the network.

Tämä päämäärä saavutetaan ratkaisulla, joka on määritelty itsenäisissä patenttivaatimuksissa.This object is achieved by a solution as defined in the independent claims.

Keksinnön ajatuksena on sitoa lähteen sijainti prioriteettilistalla sekä 10 lähteen synkronointistatus (eli laatutaso synkronoinnin suhteen) toisiinsa. Ajatuksena on siis lisätä prioriteettilistaan tieto siitä, mikä synkronointistatus tietyn synkronointilähteen pitää omata, jotta se voisi olla tietyllä tasolla prioriteettilistalla. Ajatus voidaan toteuttaa myös pitämällä kullekin synkronointista-tukselle omaa prioriteettilistaansa.The idea of the invention is to link the location of the source in the priority list and the synchronization status of 10 sources (i.e. the quality level with respect to synchronization). The idea is therefore to add to the priority list information about what synchronization status a particular synchronization source must have in order to be at a certain level in the priority list. The idea can also be implemented by keeping a separate priority list for each synchronization status.

15 Keksinnön mukaisen ratkaisun ansiosta edellä kuvatun kaltaiset verkot pystyvät ottamaan varakellon joustavasti käyttöön ja synkronoitumaan taas uudelleen pääkelloon, kun yhteys pääkelloon palautuu. Keksinnön mukaisella ratkaisulla saadaan näin ollen parannettua verkon vian- ja häiriönsie-tokykyä, jolloin myös saadaan verkon luotettavuutta parannettua. Ratkaisu 20 taijoaa myös entistä enemmän joustavuutta synkronoinnin parametrisoinnissa verkkotasolla, koska esim. prioriteettilistaa ei enää tarvitse määritellä pelkästään sen mukaan, missä verkon pääkello sijaitsee, vaan myös mahdolliset varakellot voidaan huomioida.Thanks to the solution according to the invention, networks such as those described above are able to flexibly activate the backup clock and re-synchronize it again with the master clock when the connection to the master clock is restored. The solution according to the invention thus improves the fault and interference tolerance of the network, whereby the reliability of the network is also improved. Solution 20 also offers more flexibility in parameterizing the synchronization at the network level, because e.g. the priority list no longer needs to be defined not only according to where the main clock of the network is located, but also possible spare clocks can be taken into account.

25 Kuvioluettelo25 Pattern list

Seuraavassa keksintöä ja sen edullisia suoritusmuotoja kuvataan tarkemmin viitaten kuvioihin 5a... 10c oheisten piirustusten mukaisissa esimerkeissä, joissa : kuvio 1 esittää LP-synkronointia käyttävää tietoliikenneverkkoa, 30 kuviot 2a ja 2b havainnollistavat kuvion 1 verkon käyttäytymistä vika tilanteissa, kuvio 3 esittää SSM-synkronointia käyttävää tietoliikenneverkkoa, kuvio 4 havainnollistaa kuvion 3a verkon käyttäytymistä vikatilanteessa, 35 kuviot 5a...5f havainnollistavat LP-synkronointiin liittyvää ongelmaa, 102442 8 kun verkon varakello on samalla tasolla kuin pääkello, kuviot 6a...6i havainnollistavat LP-synkronointiin liittyvää ongelmaa, kun verkon varakello on eri tasolla kuin pääkello, kuviot 7a ja 7b havainnollistavat keksinnön mukaista perusajatusta, 5 kuviot 8a...8o havainnollistavat keksinnön mukaisen menetelmän toimintaa, kuvio 9 on vuokaavio, joka esittää yksittäisen solmun suorittamaa synkronointilähteen valintaprosessia, kuvio 10a lohkokaavio, joka kuvaa solmun niitä elimiä, jotka toteutta-10 vat keksinnön mukaisen menetelmän, ja kuviot 10b ja 10c esittävät solmun vaihtoehtoisia toteutustapoja.The invention and its preferred embodiments will now be described in more detail with reference to Figures 5a to 10c in the examples of the accompanying drawings, in which: Figure 1 shows a communication network using LP synchronization; Figures 2a and 2b illustrate the behavior of the network of Figure 1 in fault situations; Fig. 4 illustrates the behavior of the network of Fig. 3a in the event of a fault, Figs. 5a to 5f illustrate a problem related to LP synchronization, 102442 8 when the network backup clock is at the same level as the main clock, Figs. 6a to 6i illustrate a problem related to LP synchronization, when the network backup clock is at a different level than the main clock, Figures 7a and 7b illustrate the basic idea according to the invention, Figures 8a ... 80 illustrate the operation of the method according to the invention, Figure 9 is a flowchart showing the synchronization source selection process performed by a single node, Figure 1 0a is a block diagram illustrating those elements of a node that implement the method of the invention, and Figures 10b and 10c show alternative embodiments of the node.

Keksinnön yksityiskohtainen kuvausDetailed description of the invention

Keksinnön taustalla olevan ongelman selventämiseksi tarkastellaan 15 aluksi kuvion 5a mukaista, LP-synkronointia käyttävää verkkoa, jossa on solmut A...D. Pääkello M on kytketty suoralla yhteydellä solmuun A ja vara-kello BM solmuun C. Solmut muodostavat rengasverkon. Kunkin solmun viereen on numeroilla merkitty eri lähteiden (porttien) prioriteetit, jotka on määritelty ko. solmun prioriteettilistan avulla.In order to clarify the problem underlying the invention, a network using LP synchronization with nodes A ... D according to Fig. 5a will be considered first. The main clock M is connected directly to node A and the backup clock BM to node C. The nodes form a ring network. Next to each node, the priorities of the different sources (ports) are marked with numbers, which are defined in question. using the node's priority list.

20 Kuvasarjassa oletetaan, että varakello on asetettu laadultaan samalle tasolle kuin pääkello (M=0). Kuviossa 5a on esitetty perustilanne, jossa verkko on kunnossa. Synkronointi kulkee “ketjussa" M-»A-»B-»C->D ja samaan suuntaan kulkevat mcb- ja Icb-bitit nollina kertoen, että taajuus on peräisin master-lähteestä (M=0) ja että ajastuksessa ei ole silmukkaa (L=0). Vastakkai-25 seen suuntaan kulkee mcb-bitti myös nollana, mutta Icb-bitti ykkösenä (L=1), koska synkronointi tulee ko. suunnasta. Synkronointisuuntia on kuviossa merkitty nuolilla eri laitteiden välisissä yhteyksissä.20 The sequence assumes that the backup clock is set to the same quality level as the main clock (M = 0). Figure 5a shows the basic situation in which the network is in good condition. The synchronization runs in the “chain” M- »A-» B- »C-> D and the mcb and Icb bits run in the same direction as zeros, indicating that the frequency is from the master source (M = 0) and that there is no loop in the timing ( L = 0) In the opposite direction, the mcb bit also runs as zero, but the Icb bit as one (L = 1), because the synchronization comes from this direction.The synchronization directions are indicated in the figure by arrows in the connections between different devices.

Kuviossa 5b on solmujen A ja B välinen yhteys menetetty. Solmu B ei voi enää käyttää ko. yhteyttä synkronointiin, mutta ei myöskään solmulta C 30 tulevaa yhteyttä, koska sieltä Icb-bitti tulee ykkösenä. Solmu B siirtyy tällöin käyttämään sisäistä kelloaan ja lähettää ulospäin tiedot M=1 (kellosignaali ei ole masterilta peräisin) ja L=0 (ei silmukkaa). Muu verkko ei vielä tässä vaiheessa ole huomannut mitään solmujen A ja B välillä olevasta katkoksesta.In Figure 5b, the connection between nodes A and B is lost. Node B can no longer use this. connection to the synchronization, but also the connection from the node C 30, because from there the Icb bit comes first. Node B then switches to using its internal clock and sends out the data M = 1 (the clock signal is not from the master) and L = 0 (no loop). The rest of the network has not yet noticed anything about the break between nodes A and B at this stage.

Kuvion 5c esittämässä tilanteessa solmu C on ehtinyt vastaanottaa 35 tiedot M=1 ja L=0 solmulta B. Koska solmu B ei enää tarjoa master-kelloa, ja 102442 9 prioriteetin 2 suunnasta solmulta D tulee tieto L=1 (eli “ei saa käyttää”), siirtyy solmu C käyttämään prioriteetilla 3 solmuun kytkettyä varakelloa BM (joka on laadultaan pääkellon tasoinen). Koska solmu C saa jälleen ajastuksensa master-tasoiselta kellolta (M=0), se lähettää uuden tilanteen mukaisesti sekä 5 solmulle B että solmulle D tiedot M=0 ja L=0.In the situation shown in Figure 5c, Node C has had time to receive 35 data M = 1 and L = 0 from Node B. Since Node B no longer provides a master clock, and 102442 9 from Priority 2, Node D becomes L = 1 (i.e., “not allowed to use ”), The Node C switches to use the backup clock BM (which is of the quality of the master clock) connected with priority 3 nodes. Since node C again receives its timing from the master-level clock (M = 0), it sends the data M = 0 and L = 0 to both node B and node D according to the new situation.

Kuvion 5d esittämässä vaiheessa solmu D on ehtinyt käsitellä solmulta C tulevat bitit. Koska näissä ei kuitenkaan ole tapahtunut muutosta, ei solmu D reagoi mitenkään. Solmu D saa edelleen ajastuksensa solmun C kautta, mutta nyt ajastus onkin peräisin varakellolta BM. Solmu B saa nyt 10 solmulta C bitit M=0 ja L=0, joten solmu B on vaihtanut ajastuksensa lähteeksi solmun C, jonne se palauttaa arvot M=0 ja L=1. Tässä vaiheessa verkko on siis synkronoitunut kahteen eri kellolähteeseen, solmu A pääkelloon M ja solmut B, C ja D varakelloon BM. Tilanne ei kuitenkaan ole toivottu, koska yhteys pääkelloon on olemassa myös solmuista B, C ja D. Ilman varakelloa 15 synkronointi toimisi oikein, kuten aikaisemmista esimerkeistä havaittiin.In the step shown in Figure 5d, the Node D has had time to process the bits coming from the Node C. However, since there has been no change in these, Node D does not react in any way. Node D still gets its timing through Node C, but now the timing comes from the backup clock BM. Node B now receives bits M = 0 and L = 0 from node C 10, so Node B has changed its timing source to Node C, where it returns the values M = 0 and L = 1. At this point, the network is thus synchronized to two different clock sources, node A to the main clock M and nodes B, C and D to the backup clock BM. However, the situation is undesirable because a connection to the master clock also exists at nodes B, C, and D. Without the backup clock 15, synchronization would work correctly, as observed from the previous examples.

Kuvion 5e esittämässä vaiheessa katkeaa myös solmujen A ja D välinen yhteys. Tämä yhteys ei ole synkronoinnin käytössä, joten yhteyden katkeamisella ei ole merkitystä synkronoinnin kannalta. Kun solmujen A ja D välinen yhteys tulee jälleen kuntoon (kuvio 5f), ei sillä ole vaikutusta synk-20 ronointiin, koska solmu D saa jo parhaan mahdollisen statuksen M=0 ja L=0 ykkösprioriteettinsa suunnalta. Verkko pysyy siis synkronoituneena kahteen eri pääkelloon, vaikka sen pitäisi olla synkronoitunut vain yhteen pääkelloon. Kuten esimerkistä havaitaan, LP-synkronointi ei tue sekä pääkellon että vara-kellon käyttöä, mikäli ne asetetaan samalle laatutasolle (M=0).In the step shown in Figure 5e, the connection between nodes A and D is also broken. This connection is not in use for synchronization, so disconnecting is not relevant for synchronization. When the connection between nodes A and D is restored (Figure 5f), it has no effect on the synchronization, because node D already gets the best possible status M = 0 and L = 0 in the direction of its first priority. Thus, the network remains synchronized to two different master clocks, even though it should be synchronized to only one master clock. As can be seen from the example, LP synchronization does not support the use of both the main clock and the backup clock if they are set to the same quality level (M = 0).

25 Mikäli pääkello ja varakello asetetaan eri tasoille (pääkellolle master- status M=0 ja varakellolle slave-status M=1), on ongelmana se, että varakello on samalla tasolla kuin solmujen sisäiset kellot. Tällaista tilannetta on havainnollistettu kuvioissa 6a...6i, joissa kaksi ensimmäistä vaihetta (kuviot 6a ja 6b) : vastaavat kuvion 5 tapahtumaketjun kahta ensimmäistä vaihetta (kuviot 5a ja25 If the master clock and the backup clock are set to different levels (master status M = 0 for the master clock and slave status M = 1 for the backup clock), the problem is that the backup clock is at the same level as the internal clocks. Such a situation is illustrated in Figures 6a ... 6i, where the first two steps (Figures 6a and 6b): correspond to the first two steps in the chain of events of Figure 5 (Figures 5a and 6b).

30 5b). Kuviossa 6c on esitetty tilanne, kun solmu C on reagoinut solmulta B30 5b). Figure 6c shows the situation when Node C has responded from Node B

vastaanottamiinsa bitteihin M=1 ja L=0. Solmulta D vastaanotetaan arvo L=1, joten ko. signaalia ei voi käyttää ajastukseen. Varakello on tasoa M=1 ja se on solmussa C vasta prioriteetilla 3, joten sitä ei käytetä, koska solmulta B tuleva yhteys, joka on nyt samantasoinen, on prioriteetilla 1.to the bits it receives M = 1 and L = 0. A value L = 1 is received from node D, so that the signal cannot be used for timing. The spare clock is of level M = 1 and is only at priority 3 in node C, so it is not used because the connection from node B, which is now of the same level, is at priority 1.

35 Kuviossa 6d solmu D on vastaanottanut solmulta C tulevat arvot M=1 102442 10 ja L=0 ja vaihtanut ajastuksensa solmun A suuntaan, koska sieltä tulee mas-ter-taajuus (M=0 ja L=0). Samalla solmu D on päivittänyt omat ulos lähtevät bittinsä.In Fig. 6d, the node D has received the values from the node C M = 1 102442 10 and L = 0 and changed its timing in the direction of the node A, because it becomes the master frequency (M = 0 and L = 0). At the same time, Node D has updated its own outgoing bits.

Kuvion 6e esittämässä vaiheessa solmu C on huomannut solmun D 5 muuttuneet bitit, joten se synkronoituu nyt solmun D kautta pääkelloon. Lisäksi solmu C on päivittänyt ulos lähtevät bittinsä.In the step shown in Figure 6e, the Node C has detected the changed bits of the Node D5, so it is now synchronized via the Node D to the master clock. In addition, Node C has updated its outgoing bits.

Seuraavassa vaiheessa (kuvio 6f) solmu B huomaa, että solmun C kautta on nyt yhteys master-kelloon, joten solmu B synkronoituu solmuun C ja päivittää ulos lähtevät bittinsä. Tilanne on nyt stabiloitunut ja solmut ovat 10 synkronoituneet pääkelloon ketjun M-»A->D-»C->B mukaisesti.In the next step (Fig. 6f), the Node B notices that there is now a connection to the master clock through the Node C, so the Node B synchronizes with the Node C and updates its outgoing bits. The situation has now stabilized and the nodes have been synchronized to the main clock according to the chain M- »A-> D-» C-> B.

Jos solmujen A ja D välinen yhteys katkeaa tämän jälkeen (kuvio 6g), solmu D siirtyy sisäiselle kellolle, koska solmun C suunnalta tulee arvo L=1. Solmu D päivittää ulos lähtevän statuksensa lähettäen solmulle C arvot M=1 ja L=0.If the connection between nodes A and D is then lost (Fig. 6g), node D switches to the internal clock because the value of L = 1 becomes from the direction of node C. Node D updates its outgoing status, sending Node C the values M = 1 and L = 0.

15 Tämän jälkeen (kuvio 6h) solmu C huomaa muuttuneet bitit. Yhteys solmun B suuntaan on kielletty (L=1) ja yhteys varakelloon on samalla tasolla kuin yhteys solmuun D. Solmu C pysyttäytyy näin ollen synkronoituneena solmuun D, koska se on korkeammalla prioriteetilla kuin varakello. Solmu C päivittää ulos lähtevät tunnisteensa.15 Thereafter (Fig. 6h), Node C notices the changed bits. The connection in the direction of the Node B is forbidden (L = 1) and the connection to the backup clock is at the same level as the connection to the Node D. The Node C thus remains synchronized with the Node D because it has a higher priority than the backup clock. Node C updates its outgoing tags.

20 Tämän jälkeen solmu B huomaa muuttuneen tilanteen ja päivittää ulos lähtevän statuksen. Lopputilanteessa (kuvio 6i) yhteys pääkelloon M on menetetty, mutta varakelloa ei pystytty ottamaan käyttöön missään vaiheessa. Nykyisen kaltainen LP-synkronointi ei siis tue varakellon käyttöä myöskään siinä tapauksessa, että pää- ja varakello asetetaan eri tasoille.20 Node B then detects the changed situation and updates the outgoing status. In the final situation (Fig. 6i), the connection to the main clock M is lost, but the backup clock could not be activated at any stage. Thus, LP synchronization like the current one does not support the use of a backup clock, even if the main and backup clocks are set to different levels.

25 Esillä olevassa keksinnössä korjataan edellä kuvatut epäkohdat sitomalla lähteen sijainti prioriteettilistalla sekä lähteen synkronointistatus toisiinsa. Kuvioissa 7a ja 7b on havainnollistettu tätä periaatetta käyttäen edellä esitettyä esimerkkiverkkoa. Keksinnön mukaisesti määritellään master-:. statukselle (M=0, L=0) omat prioriteettinsä, jotka voivat olla esim. kuviossa 7a 30 esitetyt, ja slave-statukselle (M=1, L=0) omat prioriteettinsä, jotka voivat olla esim. kuviossa 7b esitetyn kaltaiset. Kun tiettyyn solmuun vastaanotetaan master-statuksen omaavia signaaleja, käytetään siis kuviossa 7a esitettyjä prioriteetteja, kun valitaan ajastuslähdettä ko. statuksen omaavien signaalien joukosta. Mikäli solmuun vastaanotetaan vain slave-statuksia, käytetään 35 kuviossa 7b esitettyjä prioriteetteja, kun valitaan ajastuslähdettä ko. statuksen 102442 11 omaavien signaalien joukosta. Ajatuksena on siis määritellä erilaiset prioriteetit eri statuksille eli tehdä lähteen sijainti solmun prioriteettilistalla riippuvaiseksi lähteen synkronointistatuksesta.The present invention corrects the drawbacks described above by linking the location of the source in the priority list to the synchronization status of the source. Figures 7a and 7b illustrate this principle using the example network shown above. According to the invention, the master-. for the status (M = 0, L = 0) their own priorities, which may be e.g. shown in Fig. 7a, and for the slave status (M = 1, L = 0) their own priorities, which may be e.g. as shown in Fig. 7b. Thus, when signals with master status are received at a particular node, the priorities shown in Fig. 7a are used when selecting the timing source in question. among the signals with the status. If only slave statuses are received for the node, the priorities shown in Figure 7b are used when selecting the timing source in question. among the signals having the status 102442 11. The idea is thus to define different priorities for different statuses, i.e. to make the location of the source in the priority list of the node dependent on the synchronization status of the source.

Kuvioissa 8a...8o käydään läpi edellä esitetyn verkon toiminta, kun 5 verkossa käytetään kuvioissa 7a ja 7b esitettyjä prioriteetteja. Varakellon oletetaan olevan edelleenkin slave-tasolla.Figures 8a ... 8o go through the operation of the network shown above when the priorities shown in Figures 7a and 7b are used in the network 5. The backup clock is assumed to remain at the slave level.

Kuviossa 8a on esitetty sama lähtötilanne kuin edellä. Kuvion 8b tilanteessa menee solmujen A ja B välinen yhteys taas poikki, jolloin solmu B vaihtaa sisäiseen kelloon, koska se saa solmulta C arvon L=1. Samalla solmu 10 B päivittää solmulle C lähettämänsä tunnisteen. Tämän jälkeen (kuvio 8c) solmu C vastaanottaa solmulta B tiedot M=1 ja L=0 ja solmulta D tiedon L=1. Koska varakello BM on kytketty solmuun C slave-tasoisena, on solmulla kaksi slave-tasoista lähdettä. Näistä valitaan varakello BM, koska se on slave-tasolla ykkösprioriteetilla (vrt. kuvio 7b). Solmuun B johtava yhteys ei siis slave-15 tasoisena kuulu käytettäviin lähteisiin. Solmu C synkronoituu siis varakelloon BM ja lähettää solmuille B ja D tiedot M=1 ja L=0 indikoiden näin uutta statustaan.Figure 8a shows the same initial situation as above. In the situation of Figure 8b, the connection between nodes A and B breaks again, whereby Node B switches to the internal clock because it receives the value L = 1 from node C. At the same time, the Node 10B updates the identifier sent to the Node C. Thereafter (Fig. 8c), Node C receives data M = 1 and L = 0 from Node B and data L = 1 from Node D. Since the backup clock BM is connected to the node C at the slave level, the node has two slave level sources. Of these, the backup clock BM is selected because it is at the slave level with first priority (cf. Fig. 7b). Thus, the connection to Node B at the slave-15 level is not one of the sources used. Thus, Node C synchronizes to the backup clock BM and sends data M = 1 and L = 0 to Nodes B and D, thus indicating its new status.

Kuvion 8d esittämässä vaiheessa solmut B ja D ovat huomanneet solmun C muuttuneen statuksen. Solmu B synkronoituu solmuun C, koska 20 solmu C on ykkösprioriteetilla slave-tasolla ja näin ollen parempi kuin slave-tasolla oleva sisäinen kello. Solmun O huomatessa solmun C statuksen vaihtuneen se vaihtaa synkronointilähteekseen solmun A, josta se saa pääkellon . taajuuden (M=0).In the step shown in Figure 8d, Nodes B and D have noticed a changed status of Node C. Node B synchronizes with Node C because node C has first priority at the slave level and thus better than the internal clock at the slave level. When Node O detects that the status of Node C has changed, it changes its synchronization source to Node A, from which it receives the master clock. frequency (M = 0).

««

Kuvion 8e esittämässä tilanteessa solmu C vastaanottaa solmun D 25 muuttuneen statuksen ja vaihtaa varakellosta solmuun D, koska se saa sitä kautta pääkellon taajuuden. Solmu C päivittää uloslähtevät statuksensa.In the situation shown in Fig. 8e, the Node C receives the changed status of the Node D 25 and changes from the backup clock to the Node D because it receives the main clock frequency thereby. Node C updates its outgoing status.

Seuraavaksi (kuvio 8f) solmu B on vastaanottanut solmun C muuttuneen statuksen. Solmu B pysyttäytyy synkronoituneena solmuun C päivittäen * kuitenkin solmulle C lähettämänsä statuksen. Tilanne on tässä vaiheessa 30 stabiloitunut.Next (Fig. 8f), the Node B has received the changed status of the Node C. Node B remains synchronized with Node C, however, updating * the status it sent to Node C. At this stage, the situation has stabilized.

Kuvion 8g vaiheessa menetetään solmujen A ja D välinen yhteys. Kun solmu D on huomannut katkoksen, se vaihtaa sisäiselle kellolle (solmulta C tulee tieto 1=1) ja lähettää solmulle C tiedot M=1 ja L=0. Seuraavassa vaiheessa (kuvio 8h) solmu C on huomannut tapahtuneen muutoksen. Nyt 35 solmulla C on tarjolla kaksi slave-tasolla olevaa lähdettä (BM ja D), joista vain 102442 12 varakellolla on määriteltynä prioriteetti slave-tasoisena. Solmu C synkronoituu näin ollen varakelloon BM.In step 8g of Figure 8, the connection between nodes A and D is lost. When Node D notices an interruption, it switches to the internal clock (Node C becomes data 1 = 1) and sends Node C data M = 1 and L = 0. In the next step (Fig. 8h), the Node C has noticed the change. Now, 35 nodes C have two slave-level sources (BM and D), of which only 102442 12 spare clocks have a defined priority at the slave level. Node C is thus synchronized to the backup clock BM.

Kuvion 8i esittämässä vaiheessa ovat solmut B ja D käsitelleet solmulta C tulevan slave-statuksen. Tämä status on paras mitä ko. solmut saavat 5 ja korkeammalla prioriteetilla kuin sisäinen kello, joka on myös slave-tasolla. Solmut B ja D synkronoituvat siis solmun C kautta varakelloon BM. Tässä vaiheessa verkko on siis synkronoitunut onnistuneesti varakelloon, kun yhteys pääkelloon on hävinnyt.In the step shown in Figure 8i, Nodes B and D have processed the slave status from Node C. This status is the best of what. nodes receive 5 and higher priority than the internal clock, which is also at the slave level. Nodes B and D are thus synchronized via node C to the backup clock BM. Thus, at this point, the network is successfully synchronized to the backup clock when the connection to the master clock is lost.

Seuraavaksi (kuvio 8j) palautuu solmujen A ja D välinen yhteys. 10 Solmu D synkronoituu solmun A kautta pääkelloon vastaanotettuaan pääkel-lon statuksen solmulta A. Tämän jälkeen (kuvio 8k) solmu C saa pääkellon statuksen solmulta D ja vaihtaa synkronointilähteekseen solmun D. Kuvion 8I tilanteessa myös solmu B saa pääkellon statuksen (solmulta C), joten se pysyttäytyy edelleen synkronoituneena solmuun C päivittäen uloslähtevän 15 statuksensa. Tilanne on nyt stabiloitunut. Yhteys pääkelloon on palautunut ja solmut ovat onnistuneesti vaihtaneet pääkellon synkronointilähteekseen.Next (Fig. 8j), the connection between nodes A and D is restored. 10 Node D synchronizes through Node A to the master clock after receiving the master clock status from Node A. Thereafter (Fig. 8k), Node C obtains the master clock status from Node D and changes its synchronization source to Node D. In the situation of Fig. 8I, Node B also receives the master clock status (from Node C), so it remains synchronized with Node C, updating its outgoing 15 status. The situation has now stabilized. The connection to the master clock has been restored and the nodes have successfully switched to the master clock synchronization source.

Kuvion 8m esittämässä vaiheessa on solmujen A ja B välinen yhteys tullut jälleen kuntoon. Master-status lähtee tämän jälkeen leviämään verkkoon ykkösprioriteetin suunnalta (vrt. kuvio 7a). Kuvion 8m tilanteessa on solmu B 20 vaihtanut synkronointilähteekseen solmun A. Seuraavaksi (kuvio 8n) solmu C saa master-tasoisen statuksen ykkösprioriteetin suunnalta, jolloin se hylkää kakkosprioriteetin. Kuvion 8o esittämässä tilanteessa tieto on levinnyt solmulle D asti, joka myös vaihtaa kakkosprioriteetin lähteen ykkösprioriteetin lähteeseen (eli solmun A solmuun C). Tilanne on nyt stabiloitunut ja verkko on pa-25 lautunut vikojen jälkeen halutulla tavalla takaisin perustilanteeseen.In the step shown in Figure 8m, the connection between nodes A and B has been restored. The master status then starts to propagate to the network from the direction of the first priority (cf. Fig. 7a). In the situation of Fig. 8m, the Node B 20 has changed its synchronization source to Node A. Next (Fig. 8n), the Node C obtains the master-level status from the direction of the first priority, whereby it discards the second priority. In the situation shown in Figure 8o, the information has spread to Node D, which also switches the source of the second priority to the source of the first priority (i.e., Node A to Node C). The situation has now stabilized and the network has recovered to the baseline situation as desired after the faults.

Edellä esitetyt esimerkit koskivat LP-synkronointia. Käytettäessä synkronointistatussanomaan (SSM) perustuvaa menetelmää erona ovat ainoastaan jälkimmäisen käyttämät useammat statustasot. Tällöin keksinnön : mukainen menetelmä tuo edellä kuvattuja hyötyjä mm. silloin, kun verkossa on 30 useita samantasoisia varakelloja.The above examples were for LP synchronization. When using the Sync Status Message (SSM) method, the only difference is the multiple status levels used by the latter. In this case, the method according to the invention brings the benefits described above e.g. when there are 30 multiple backup clocks of the same level on the network.

Kuten edellä esitetyistä esimerkeistä ilmenee, tunnetuissa menetelmissä on solmujen prioriteettilistalla ollut eri pelkästään eri lähteitä (liitäntöjä tai portteja) prioriteettijärjestyksessä esim, seuraavan taulukon mukaisesti:As can be seen from the above examples, in the known methods, the priority list of nodes has had different only different sources (interfaces or ports) in order of priority, e.g. according to the following table:

Prioriteetti Liitäntä_ 1 Ulkoinen synkronointitulo_ 102442 13 2__Portti 1_ _3__Portti 2_ _4__Sisäinen ajastus_Priority Interface_ 1 External synchronization input_ 102442 13 2__Port 1_ _3__Port 2_ _4__Internal timing_

Soinnun synkronointilähteeksi on kulloinkin valittu se signaali, jolla on paras status. Jos samalla statuksella on ollut useita eri signaaleja, on synkronointilähteeksi valittu näistä se, jota vastaava liitäntä on prioriteettilistalla korkeimmalla.The signal with the best status is currently selected as the chord synchronization source. If there have been several different signals with the same status, the one with the highest connection in the priority list is selected as the synchronization source.

5 Keksinnön mukaisesti toimittaessa solmun prioriteettilista muodos tetaan siten, että prioriteettilistalla ovat sekä eri lähteet että niiltä vaaditut synkronointistatukset, jotta lähde olisi ko. prioriteetilla. Esim. edellä esitetty esimerkki voisi tällöin näyttää seuraavanlaiselta, jos käytetään LP- synkronointia esimerkkinä._When operating in accordance with the invention, the priority list of the node is formed in such a way that the priority list contains both the different sources and the synchronization statuses required of them, so that the source is in question. priority. For example, the example above could then look like this if LP synchronization is used as an example.

Prioriteetti Portti__Vaadittu status J__1__mcb=0_ 2__2__mcb=0_ _3__2__mcb=1_ _4__1__mcb=1_ 5__Sisäinen ajastus__ 10 Sama liitäntä voi siis esiintyä prioriteettilistalla useaan kertaan, koska sen kautta voidaan vastaanottaa useita eri statuksia. Solmussa on siis itse asiassa prioriteettilista kutakin haluttua statusta kohti.Priority Port__Required status J__1__mcb = 0_ 2__2__mcb = 0_ _3__2__mcb = 1_ _4__1__mcb = 1_ 5__Internal timing__ 10 The same interface can therefore appear in the priority list several times, as it can receive several different statuses. Thus, the node actually has a priority list for each desired status.

Kun keksinnön mukaisesti toimivassa solmussa valitaan synkronoin-tilähdettä, toimitaan muuten samoin kuin tunnetuissa menetelmissä (eli etsi-15 tään korkein mahdollinen status ja valitaan tämän statuksen omaavista se lähde, jolla on korkein prioriteetti), mutta nyt solmulle ei ole enää vain yhtä yleistä prioriteettilistaa, vaan jokaiselle statustasolle voi olla omat määrittelynsä. Valitessaan saman statuksen omaavista lähteistä korkeimman prioriteetin omaavan lähteen solmu joutuu toisin sanoen käyttämään niitä prioriteettimää-20 riitelyjä, jotka liittyvät tähän statukseen.When a synchronization source is selected in a node operating according to the invention, the procedure is the same as in known methods (i.e. the highest possible status is searched for and the source with the highest priority is selected from those with this status), but now there is no longer only one general priority list, but each status level may have its own definitions. In other words, when selecting the source with the highest priority from the sources with the same status, the node has to use the priority number-20 quarrels associated with this status.

Kuvio 9 on vuokaavio, joka havainnollistaa solmun suorittamaa päätöksentekoprosessia. Aluksi solmu etsii korkeimman tarjolla olevan statuksen (vaiheet 91...93). Tämän jälkeen solmu etsii kyseistä statusta lähettävien lähteiden joukosta sen, joka on kyseiseen statukseen liittyvällä prioriteettilis-25 talla (tai -listan osalla) korkeimmalla (vaihe 94). Huomattakoon, että aina löytyy jollain statuksella oleva lähde, koska solmun sisäinen kello on myös tarjolla. “Ei 102442 14 saa käyttää” -statusta ei käydä läpi. Toisaalta, koska solmun sisäinen kello on tätä korkeammalla statuksella, ei prosessissa edes päästä “ei saa käyttää” -statukseen asti. Mikäli jokin lähde on vikaantunut, annetaan sille status “ei saa käyttää”.Fig. 9 is a flowchart illustrating a decision process performed by a node. Initially, the node searches for the highest available status (steps 91 ... 93). The node then searches among the sources transmitting that status for the one with the highest priority list (or part of the list) associated with that status (step 94). Note that a source with some status can always be found, because an internal node clock is also available. The “No 102442 14 may not be used” status is not reviewed. On the other hand, because the clock inside the node has a higher status than this, the process does not even reach the “not allowed to use” status. If a source is faulty, it is given the status “not allowed”.

5 Keksinnön mukaisessa menetelmässä haetaan siis ensin korkein tarjolla oleva status ja sen jälkeen tätä statusta lähettävistä lähteistä se, joka omaa korkeimman prioriteettitason tällä statuksella. Ensisijainen valintaperuste on siis status (eli laatutaso).Thus, in the method according to the invention, first the highest available status is retrieved and then the one which has the highest priority level with this status is retrieved from the sources transmitting this status. The primary selection criterion is therefore status (ie quality level).

Kuvioissa 10a... 10c on havainnollistettu toiminnallisena lohkokaa-10 viona niitä elimiä, jotka toteuttavat edellä kuvatun menetelmän verkon yksittäisessä solmussa. Solmun yleinen rakenne on esim. sellainen, että se käsittää useita rinnakkaisia liitäntäyksiköltä IU1, IU2...IUN, joista kukin on yhteydessä ainakin yhteen naapurisolmuun, sekä kaikille liitäntäyksiköille yhteisen ohjausyksikön CU, jossa suoritetaan synkronointia koskeva päätöksenteko. 15 Ohjausyksikkö ja eri liitäntäyksiköt ovat yhteydessä toisiinsa esim. solmun sisäisen väylän CBUS välityksellä.Figures 10a to 10c illustrate as a functional block diagram-10 those elements which implement the method described above in a single node of the network. The general structure of the node is, for example, such that it comprises a plurality of parallel interface units IU1, IU2 ... IUN, each of which is connected to at least one neighboring node, and a control unit CU common to all interface units, in which synchronization decision-making is performed. 15 The control unit and the various interface units are connected to each other, eg via the node's internal bus CBUS.

Kuvioissa on esimerkkinä esitetty kaksi järjestelmän solmuun naapu-risolmuilta tulevaa siirtoyhteyttä, A-, ja A2, jotka on kumpikin kytketty omaan liitäntäyksikköönsä. Siirtoyhteydet ovat esim. ITU-T:n suositusten G.703 ja 20 G.704 mukaisia 2 Mbit/s PCM-yhteyksiä. Yhdessä liitäntäyksikössä IU voi olla yksi tai useampi liitäntä, jonka kautta solmu kytkeytyy vastaavasti yhteen tai useampaan naapurisolmuun. Yleisesti ottaen voidaan siis todeta, että solmussa on N liitäntäyksikköä, joissa on yhteensä M kappaletta liitäntöjä (M>N).The figures show, by way of example, two transmission connections to a system node from neighboring nodes, A and A2, each connected to its own interface unit. Transmission connections are, for example, 2 Mbit / s PCM connections in accordance with ITU-T Recommendations G.703 and 20 G.704. One interface unit IU may have one or more interfaces through which the node connects to one or more neighboring nodes, respectively. In general, therefore, it can be stated that the node has N connection units with a total of M connections (M> N).

Kuvioissa 10a ja 10b on liitäntä- tai liitäntäyksikkökohtaisilla viitenu-25 meroille esitetty myös indeksi ja kaikille liitäntäyksiköille yhteiset osat on esitetty ilman indeksiä.In Figures 10a and 10b, an index is also shown for the interface or interface unit-specific reference numerals, and the parts common to all interface units are shown without an index.

Kuvion 10a mukaisessa toteutuksessa kukin siirtolinja on kytketty signaalin lähetys- ja vastaanotto-osalle 13j (i=1,2,...), jotka suorittavat fyysisen : signaalin käsittelyn. Osa 13, välittää synkronointistatussanomat tai -bitit edel- 30 leen siihen kytketylle synkronointiosalle 16,. Synkronointiosat 16ä suorittavat mm. sanomien virheettömyyden tarkistuksen ja välittävät synkronointistatuk-sen edelleen solmun keskitetylle synkronoinnin ohjausosalle 20 väylän CBUS kautta. Signaalin lähetys- ja vastaanotto-osat tarkkailevat myös vastaanottamansa signaalin laatua ja tallettavat näistä tiedon liitäntäkohtaisiin vikatie-35 tokantoihin 14j. Kukin synkronointiosa saa vikatiedot sitä vastaavalta tietokan- 102442 15 naita. Siirtoyhteydellä tapahtuvan vian/muutoksen havainnointi signaalin lähetys- ja vastaanotto-osissa tapahtuu sinänsä tunnetusti. Havaitun vian seurauksena synkronointiosa ilmoittaa ohjausosalle statuksen “ei saa käyttää synkronointiin”.In the implementation according to Fig. 10a, each transmission line is connected to a signal transmitting and receiving section 13j (i = 1,2, ...), which performs physical: signal processing. Section 13, forwards the synchronization status messages or bits to the synchronization section 16 connected thereto. The synchronization parts 16 perform e.g. checking the messages for error and forwarding the synchronization status to the node's central synchronization control section 20 via the bus CBUS. The signal transmitting and receiving parts also monitor the quality of the received signal and store the information about them in the connection-specific fault path 35 databases 14j. Each synchronization part receives the fault information from the corresponding database. The detection of a fault / change in the transmission link in the signal transmission and reception parts takes place as is known per se. As a result of the detected fault, the synchronization part informs the control part of the status “not to be used for synchronization”.

5 Synkronoinnin ohjausosa 20 tallettaa synkronointiosilta vastaanot tamansa, eri lähteiden synkronointistatukset muistialueelle 21. Valitessaan synkronointilähdettä ohjausosa 20 hakee muistialueelta 21 korkeimman mahdollisen statuksen, jota sillä hetkellä vastaanotetaan ja sitä lähettävät lähteet. Tämän jälkeen ohjausosa valitsee muistialueelle 22 talletettua prioriteettilistaa 10 käyttäen ko. statusta lähettävistä lähteistä sen, jolla on kyseisellä statuksella korkein prioriteettitaso. Uloslähetettävät statussanomat muodostetaan synk-ronointiosissa 16,, ja kun synkronointilähteen muutos aiheuttaa muutoksia myös uloslähetettäviin statustietoihin, ohjausosa informoi synkronointiosia muutoksesta.5 The synchronization control section 20 stores the synchronization statuses of the various sources received from the synchronization sections in the memory area 21. When selecting the synchronization source, the control section 20 retrieves from the memory area 21 the highest possible status currently received and transmitted by the sources. The control section then selects the priority list 10 stored in the memory area 22 using the of the sources transmitting the status to the one with the highest priority level with that status. The outgoing status messages are generated in the synchronization sections 16, and when a change in the synchronization source also causes changes in the outgoing status information, the control section informs the synchronization sections of the change.

15 Menetelmä voidaan toteuttaa myös esim. kuvion 10b kaltaista sol- muarkkitehtuuria käyttäen. Tässä tapauksessa solmun rakenne on muuten sama, mutta prioriteettilistat on jaettu eri liitäntäyksiköille ja kukin liitäntäyksikkö ilmoittaa muille liitäntäyksiköille, mikä sen signaali(e)n status on. Saatuaan muilta tämän tiedon kukin liitäntäyksikkö voi tehdä vastaavan päättelyn kuin 20 edellisessä vaihtoehdossa tehtiin keskitetyssä synkronoinnin ohjausosassa ja muodostaa uloslähtevät statustiedot itsenäisesti.The method can also be implemented using, for example, a node architecture similar to Figure 10b. In this case, the structure of the node is otherwise the same, but the priority lists are divided into different interface units and each interface unit informs the other interface units what the status of its signal (s) is. After receiving this information from others, each interface unit can make the same reasoning as was done in the previous 20 in the centralized synchronization control section and generate the outgoing status information independently.

Keksinnön mukainen idea voidaan toteuttaa joko sitomalla status ja prioriteettilistan taso keskenään tai käyttämällä statuskohtaisia prioriteettilistoja, jolloin jokaiselle eritasoiselle statukselle on oma listansa. Näitä listoja voi 25 olla kaikille mahdollisille statuksille tai vain halutuille. Tällöin on esim. kuvion 10a arkkitehtuuria käyttäen ohjausosan 20 käytössä erillinen prioriteettilista kutakin statusta kohti ja ohjausosa käyttää sitä listaa, joka liittyy korkeimpaan sillä hetkellä vastaanotettavaan statukseen. Tällaista ratkaisuvaihtoehtoa on # havainnollistettu kuviossa 10c.The idea according to the invention can be implemented either by linking the status and the level of the priority list to each other or by using status-specific priority lists, whereby each different level of status has its own list. These lists can be 25 for all possible statuses or just the ones you want. In this case, e.g. using the architecture of Fig. 10a, the control section 20 has a separate priority list for each status, and the control section uses the list associated with the highest currently received status. Such a solution is # illustrated in Figure 10c.

30 Menetelmä voidaan toteuttaa (edellä kuvatulla tavalla) siten, että lähde saa tietyn prioriteettitason silloin, kun sillä on tarkalleen sama status kuin ko. prioriteettitasolle on määritelty. Toisaalta tätä määriteltyä statusta voidaan käyttää vähimmäisvaatimuksena. Tällöin lähde on kyseistä minimiarvoa vastaavalla prioriteettitasolla aina, kun liitännästä vastaanotettavan signaalin 35 laatutaso on kyseisen minimiarvon mukainen tai sitä suurempi, eikä liitännälle 102442 16 ole määritelty laatutason sellaista toista minimiarvoa, joka olisi mainittua minimiarvoa suurempi, mutta pienempi tai yhtä suuri kuin signaalin sen hetkinen laatutaso (status). Mikäli lähteelle ei ole määritelty prioriteettia sen omaavalla laatustatuksella, käytetään sitä prioriteettia, jonka lähde saa statuksella, joka 5 on korkein niistä statuksista, joille prioriteettitaso on määritelty ja jotka ovat alempia kuin lähteen sillä hetkellä omaava status.30 The method can be implemented (as described above) so that the source receives a certain priority level when it has exactly the same status as the one in question. priority level has been defined. On the other hand, this defined status can be used as a minimum requirement. In this case, the source is at a priority level corresponding to that minimum value whenever the quality level of the signal 35 received from the interface is equal to or greater than that minimum value, and no second minimum quality level is defined for the interface 102442 16 that is higher than said minimum value but less than or equal to the current signal quality level. (status). If a source is not assigned a priority by its quality status, the priority that the source receives with the status 5 is the highest of the statuses for which the priority level is defined and which are lower than the current status of the source.

Edellä keksintö on toteutettu siten, että aina on määritelty tiettyyn prioriteettitasoon vaadittava statustaso. Tämä määrittely voidaan myös joidenkin prioriteettitasojen osalta jättää tekemättä, jolloin ko. lähde on yhtä alem-10 malle statukselle määritellyllä prioriteetilla. Mikäli tällekään statukselle ei ole määritelty prioriteettia, käytetään taas yhtä alempaa ja niin edelleen, kunnes löytyy lähteelle määritelty prioriteetti. Mikäli prioriteettia ei löydy, vaikka edetään alimpaan sallittuun statukseen asti, ei lähdettä ole tarkoitus käyttää synkronointiin näillä prioriteeteilla. Mikäli toteutus hoidetaan käyttäen vain yhtä 15 prioriteettilistaa, johon on lisätty vaadittava status, eikä käyttäen eri statuksille kuuluvia prioriteettilistoja, voidaan myös jättää kokonaan määrittelemättä lähteelle vaadittava statustaso ja laittaa se ilman tätä statusvaatimusta prioriteettilistalle. Tällöin lähde saa statustasostaan riippumatta aina tämän prioriteetin vertailuissa.In the above, the invention has been implemented in such a way that the status level required for a certain priority level is always defined. This definition may also be omitted for some priority levels, in which case the the source is equal to the priority defined for the Alem-10 model status. If no priority has been defined for this status either, one lower one is used again and so on until the priority defined for the source is found. If no priority is found, even if you proceed to the lowest allowed status, the source is not intended to be used for synchronization with these priorities. If the implementation is handled using only one of the 15 priority lists to which the required status has been added, and not using the priority lists belonging to different statuses, it is also possible not to define the required status level for the source and put it on the priority list without this status requirement. In this case, the source always receives this priority in comparisons, regardless of its status level.

20 Vaikka keksintöä on edellä selostettu viitaten oheisten piirustusten mukaisiin esimerkkeihin, on selvää, ettei keksintö ole rajoittunut siihen, vaan sitä voidaan muunnella edellä ja oheisissa patenttivaatimuksissa esitetyn keksinnöllisen ajatuksen puitteissa. Esim. kaikista lähteistä ei välttämättä vastaanoteta solmuun laatutasoja (statuksia), vaan laatutaso voi olla määritelty 25 solmussa olevaan liitäntään siten, että signaalin ollessa kunnossa solmu antaa ko. liitäntään tulevalle signaalille tämän laatutason.Although the invention has been described above with reference to the examples according to the accompanying drawings, it is clear that the invention is not limited thereto, but can be modified within the scope of the inventive idea set forth above and in the appended claims. For example, not all sources necessarily receive quality levels (statuses) to the node, but the quality level may be defined for the interface in the 25 nodes so that when the signal is OK, the node provides the this quality level for the signal coming to the interface.

« l«L

Claims (7)

1. Synkroniseringsförfarande för telekommunikationsnät, vilket in-nefattar flera knutar (A...D), som är kopplade tili varandra med transmissions-förbindelser (A1 ,A2), enligt vilket förfarande 5. nätknutama sänder ut synkroniseringsstatusmeddelanden, med vilka kvalitätsnivän pä motsvarande signal meddelas i förhällande tili synkro-niseringen, - i var och en knut bildas en prioritetslista, som har knutgränssnitt pä olika prioritetsniväer, och 10. knuten använder en sädan signal som synkroniseringskälla bland möjliga synkroniseringskällor som har den högsta kvalitetsnivän, kännetecknat därav, att - i knuten lagras den kvalitetsnivä mot vaije individuell prioritetsnivä av ett individuellt gränssnitt som signalen som tas emot frän ifrägavarande 15 gränssnitt bör ha för att gränssnittet skall kunna existera pä ifrägavarande prioritetsnivä, och - knuten söker fram den högsta kvalitetsnivän som signalema som tas emot i knuten har och väljer det gränssnitt som sin synkroniseringskälla bland gränssnitten som tar emot signaler med ifrägavande kvalitetsnivä som 20 har den högsta prioritetsnivän pä ifrägavarande kvalitetsnivä.1. Telecommunication network synchronization method, comprising several nodes (A ... D) connected to each other by transmission connections (A1, A2), according to which method 5. The network nodes transmit synchronization status messages, with the quality level of the corresponding signal is communicated in relation to the synchronization, - in each node a priority list is formed, which has node interfaces at different priority levels, and 10. the node uses such a signal as a source of synchronization among possible synchronization sources having the highest quality level, characterized by - in the knot, the quality level against each individual priority level is stored by an individual interface that the signal received from the relevant interface should have in order for the interface to exist at that priority level, and - the knot searches for the highest quality level that the signals received in the knot and choose it interface as its source of synchronization among the interfaces that receive signals of the relevant quality level having the highest priority level of the quality level in question. 2. Förfarande enligt patentkrav 1, kännetecknat därav, att uppgiften om kvalitetsnivän ges som det exakta värde som signalen bör ha för att gränssnittet skall vara pä ifrägavarande prioritetsnivä.A method according to claim 1, characterized in that the quality level data is given as the exact value that the signal should have for the interface to be at the priority level in question. 3. Förfarande enligt patentkrav 1, kännetecknat därav, att 25 uppgiften om kvalitetsnivän ges som minimivärdet för kvalitetsnivän, varvid gränssnittet är pä en prioritetsnivä som motsvarar minimivärdet alltid dä kvalitetsnivän pä signalen som tas emot frän gränssnittet är i enlighet med minimivärdet eller större än detta, och man inte har definierat ett sädant andra mini-·: mivärde för gränssnittet som skulle vara större än nämnda minimivärde, men 30 mindre än eller lika med den aktuella kvalitetsnivän pä signalen.Method according to claim 1, characterized in that the quality level data is given as the minimum value for the quality level, the interface being at a priority level corresponding to the minimum value always where the quality level of the signal received from the interface is in accordance with the minimum value or greater than this. and no such other minimum value has been defined for the interface which would be greater than said minimum value, but less than or equal to the actual quality level of the signal. 4. Förfarande enligt patentkrav 1, kännetecknat därav, att pä en given kvalitetsnivä definieras prioritetsniväema för endast en del av knutgränssnitten, varvid valet utförs endast bland de gränssnitt för vilka en prioritetsnivä definierats. 35 102442 20Method according to claim 1, characterized in that, at a given quality level, the priority levels are defined for only a part of the node interfaces, the selection being performed only among the interfaces for which a priority level is defined. 35 5. Förfarandeenligtpatentkrav 1, kännetecknat därav, att för en del av gränssnitten lämnas en kvalitetsnivä som motsvarar gränssnittet odefinierad, varvid ifrägavarande gränssnitt tolkas att vara pä en prioritetsnivä som definierats för gränssnittet pä alla tillätna kvalitetsniväer. 5Method according to claim 1, characterized in that for a part of the interfaces a quality level corresponding to the interface is left undefined, the interface in question being interpreted to be at a priority level defined for the interface at all permissible quality levels. 5 6. Förfarande enligt patentkrav 1, kännetecknat därav, att prioritetslistan genomförs som flera separata listor, av vilka var och en är ansluten tili en given kvalitetsnivä.Method according to claim 1, characterized in that the priority list is implemented as several separate lists, each of which is connected to a given quality level. 7. Knutarrangemang för telekommunikationsnät, som innefattar flera knutar, vilka är kopplade tili varandra med transmissionsförbindelser, 10 vilket knutarrangemang innefattar - organ (131( 132) för sändning av synkroniseringsstatusmeddelan-den tili grannknutar som kopplats i knut, med vilka synkroniseringsstatusmed-delanden kvalitetsnivän av motsvarande signal i förhällande tili synkro-niseringen meddelas, 15. en prioritetslista som satts in i knuten, för vilken definierats knut- gränssnitt pä olika prioritetsniväer, och - väljarorgan (20; 161t 162) för att väljä den signal som fungerar som synkroniseringskälla för knuten bland gruppen möjliga synkroniserings-källor pä sädant sätt, att den valda signalen har den högsta kvalitetsnivän, 20 kännetecknat därav, att - knutarrangemanget dessutom mot varje individuell prioritetsnivä av ett individuellt gränssnitt innefattar information om den kvalitetsnivä som signalen som tas emot frän ifrägavarande gränssnitt bör ha för att gränssnittet skall kunna vara pä ifrägavarande prioritetsnivä, och att 25. väljarorganen är anordnade att väljä det gränsnitt tili synkronise ringskälla för knuten bland gränsnitten som tar emot signaler med den högsta kvalitetsnivän, som har den högsta prioritetsnivän pä ifrägavarande kvalitetsnivä. • *A telecommunications network node arrangement comprising multiple nodes connected to each other by transmission links, the node arrangement comprising - means (131 (132) for transmitting the synchronization status message to neighbor nodes connected to the node with the synchronization status status with a corresponding signal in relation to the synchronization is notified, 15. a priority list inserted in the node, for which node interfaces are defined at different priority levels, and - selector means (20; 161t 162) to select the signal that serves as the synchronization source for the node. among the group of possible synchronization sources in such a way that the selected signal has the highest quality level, characterized in that - the knot arrangement also comprises, against each individual priority level of an individual interface, information about the quality level that the signal received from the relevant gr INTERFACE should have to interface should be on the ifrägavarande prioritetsnivä, and 25. The selection means are arranged to select the interface Tili synchronization ring source pegged among the interfaces that receive signals of the highest kvalitetsnivän, which has the highest prioritetsnivän on the ifrägavarande kvalitetsnivä. • *
FI970700A 1997-02-19 1997-02-19 Synchronization of a data communication network FI102442B1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
FI970700A FI102442B1 (en) 1997-02-19 1997-02-19 Synchronization of a data communication network
PCT/FI1998/000099 WO1998037651A1 (en) 1997-02-19 1998-02-03 Synchronization of telecommunications network
AU58676/98A AU5867698A (en) 1997-02-19 1998-02-03 Synchronization of telecommunications network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI970700A FI102442B1 (en) 1997-02-19 1997-02-19 Synchronization of a data communication network
FI970700 1997-02-19

Publications (4)

Publication Number Publication Date
FI970700A0 FI970700A0 (en) 1997-02-19
FI970700A FI970700A (en) 1998-08-20
FI102442B true FI102442B (en) 1998-11-30
FI102442B1 FI102442B1 (en) 1998-11-30

Family

ID=8548238

Family Applications (1)

Application Number Title Priority Date Filing Date
FI970700A FI102442B1 (en) 1997-02-19 1997-02-19 Synchronization of a data communication network

Country Status (3)

Country Link
AU (1) AU5867698A (en)
FI (1) FI102442B1 (en)
WO (1) WO1998037651A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000019649A1 (en) * 1998-09-25 2000-04-06 Nokia Networks Oy Access node in a telecommunication system
US6711411B1 (en) 2000-11-07 2004-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of synchronization network
EP1583266A3 (en) * 2004-03-31 2007-07-11 Tellabs Denmark A/S Synchronisation for TDM services in packet networks
DE602004011484T2 (en) * 2004-05-28 2009-01-15 Hitachi, Ltd. Method and device for synchronizing clocks from network nodes
EP2502372B1 (en) 2009-11-19 2017-08-02 Telefonaktiebolaget LM Ericsson (publ) Configuration of synchronisation network
CN103716106B (en) * 2012-09-28 2017-08-29 华为技术有限公司 Clock synchronizing method, system and equipment
CN106059696B (en) * 2015-04-08 2019-08-06 中兴通讯股份有限公司 A kind of configuration method and device of synchronous net

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4736393A (en) * 1986-04-16 1988-04-05 American Telephone And Telegraph Co., At&T Information Systems, Inc. Distributed timing control for a distributed digital communication system
DE3629931A1 (en) * 1986-09-03 1988-03-10 Philips Patentverwaltung HIERARCHICAL SYNCHRONIZATION METHOD AND CIRCUIT ARRANGEMENT FOR SWITCHING CENTERS OF A INTERMEDIATED TELECOMMUNICATION NETWORK
US4939752A (en) * 1989-05-31 1990-07-03 At&T Company Distributed timing recovery for a distributed communication system
FR2670345B1 (en) * 1990-12-11 1994-09-30 Alcatel Business Systems METHOD FOR ENSURING THE PERMANENCE OF THE SYNCHRONIZATION OF THE NODES OF A PRIVATE TELECOMMUNICATIONS NETWORK ON THE BEST AVAILABLE CLOCKS AND CORRESPONDING NETWORK.
DE69228370T2 (en) * 1991-08-19 1999-06-24 Fujitsu Ltd METHOD FOR SYNCHRONIZING A SYNCHRONOUS DATA COMMUNICATION NETWORK AND COMMUNICATION DEVICE FOR USE IN THE SYNCHRONOUS DATA COMMUNICATION NETWORK

Also Published As

Publication number Publication date
WO1998037651A1 (en) 1998-08-27
AU5867698A (en) 1998-09-09
FI102442B1 (en) 1998-11-30
FI970700A0 (en) 1997-02-19
FI970700A (en) 1998-08-20

Similar Documents

Publication Publication Date Title
US6317475B1 (en) Synchronization of telecommunications network
CA2090429C (en) Dual-hubbed arrangement to provide a protected ring interconnection
JP3814296B2 (en) Synchronization in SDH networks
EP0667997B1 (en) A hierarchical synchronization method and a telecommunications system employing message-based synchronization
CN1333554C (en) Method for combining multi-section protection and mesh network recovery
FI95978B (en) Hierarchical synchronization procedure
EP0748546A1 (en) Hierarchical synchronization method
FI95977C (en) Network arrangement
FI102442B (en) Synchronization of a data communication network
CN101800913B (en) Realization method for protecting and restoring multiplex section of automatically switched optical network
FI95979C (en) Hierarchical synchronization procedure
EP0667996B1 (en) Network arrangement
FI95976C (en) Network arrangement
FI95975B (en) Hierarchical synchronization method
KR20120035943A (en) Method and system for blocking protocol messages at a sub-ring control channel without virtual channel
FI104593B (en) Hierarchical synchronization procedure
FI93287B (en) A method for synchronizing interconnected SDH and PDH communication networks
FI104665B (en) Hierarchical synchronization method
FI91691B (en) Hierarchical synchronization method
FI91690B (en) Hierarchical synchronization procedure and a data traffic system that uses message-based synchronization
EP0910189A2 (en) Network synchronization for SDH/SONET
FI98582C (en) Realization of a secure bus in a data communication network
KR100383596B1 (en) Method for synchronizing transmission network
WO2000031927A1 (en) Method for establishing alternative routes in a telecommunication network
EP1133853A1 (en) Method for establishing alternative routes in a telecommunication network