Overleg:Plesiochrone digitale hiërarchie

Dit is een artikel dat ik heb overgenomen uit een scriptie die ik heb geschreven, het is dus eigen werk.

het onderwerp valt onder netwerken en telecommunicatie.

Er moeten nog plaatjes etc worden toegevoegd, dus ik ben nog wel even bezig

• Moet het niet Plesiosynchrone Digitale Hiërarchie zijn? WO2 8 aug 2005 22:20 (CEST) image:palm.jpeg

• nee, lijkt me juist denk ik (zie ook engelse wiki): The term plesiochronous is derived from Greek plesio, meaning near, and chronos, time, and refers to the fact that PDH networks run in a state where different parts of the network are almost, but not quite perfectly, synchronised. Bart l 9 aug 2005 10:38 (CEST)

Tijdsloten?

Het Engelse woord Timeslot (time slot) wordt vaak vertaald als tijdslot, maar dat is niet juist. Een tijdslot zit op een kluis, het Engelse slot betekent gleuf of sleuf. In de goede oude tijd was het bij PTT gebruikelijk om het begrip tijdsleuf te gebruiken. Zouden we dat hier ook niet moeten doen, het artikel is tenslotte in het Nederlands gesteld.

Soortgelijke discussie's lopen over de hele wiki met als hoogtepunten Mijn Kamp in plaats van Mein Kamp. Ergens in de jaren tachtig is de het staatsbedrijf der PTT gestopt met het vertalen van engelse termen. Tegelijkertijd is men in nederland ook gestopt met het vertalen van filmtitels. In beide gevallen was het niet meer praktisch. Naar aanleiding van dat vorige voorbeeld, nee het heeft geen zin om te spreken over tijd sleuven omdat je dan analoog met de discussie (Mijn Kamp vs Mein Kamp) een Nederlandse term gebruikt die sinds de jaren 80 in de praktijk niet meer wordt gebruikt. Mijn collega's van KPN zijn boos als ik ze PTTers noem en kijken me helmaal raar aan als ik met ze over tijdsleuven begin. Ook in de luchtvaart wordt het woord slot gebruikt in plaats van sleuf. Men heeft het daar ook over slots. Zullen we de goede oude tijd maar de goede oude tijd laten?--technische fred 28 aug 2007 07:45 (CEST)

Godwin komt wel vroeg in de discussie op... Afgezien daarvan, het is te verdedigen om engelse termen onvertaald te laten. Dan ligt het voor de hand om de term time slot te gebruiken en niet tijdslot.

BenMcDui (overleg) 18 dec 2012 om 21:06 uur

Naam van het artikel

Op 23 april 2013 is de naam van het artikel van 'Plesiochrone Digitale Hiërarchie' gewijzigd in 'Plesiochrone digitale hiërarchie' (door MichielDMN). Ik zie dat als een verslechtering. Het systeem heeft / had echt als naam Plesiochrone Digitale Hiërarchie, afgekort PDH. De hoofdletters waren volgens mij dus terecht. Bob.v.R (overleg) 29 jul 2017 16:12 (CEST)

2 Mbit/s framestructuur

Start van overleg dat is verplaatst van Overleg gebruiker:Technische Fred naar hier.
Beste Technische Fred, bij de bijgaande door jou gemaakte figuur heb ik een vraag.

Bij 'x' geef je als toelichting: spare bit in het multiframewoord. Maar het multiframewoord bevindt zich toch in tijdslot 0 en niet in tijdslot 16? Van de 8 bits (in de figuur) 01ASSSSS is volgens mij de 0 een bit uit het multiframewoord. De abcd-bits in tijdslot 16 worden voor zover mij bekend echt gebruikt voor Channel Associated Signalling en niet voor synchronisatie. Groeten, Bob.v.R (overleg) 26 jul 2017 03:41 (CEST)

Rob:

Mijn tekening is wel correct maar geeft alleen een beeld van frame 0.

Een 2 Mbit/s is opgebouwd uit 16 frames met elk 32 tijdsloten. Dat is het multiframe

Tijdslot nul van een frame bevat het FAS woord in de even (incl nul) frames.

In de oneven frames is dat NFAS woord.

de functie is om het frame te sychroniseren.

In Frame 0 bevat Tijdslot 16 het Multiframe Alignment Signal (MFAS) pattern - 0 0 0 0 en XYXX

X = Spare parts (set to 1 if not used)

Y = Remote Alarm (set to 1 to indicate loss of multiframe alignment)

De functie is om het multiframe te synchroniseren

In Frame 1 t/m 16 bevat tijdslot 16 dan de CAS signalering, in Nederland was gestandaardiseerd als ALS 70 D. Abonnee lijnsignalering 70 D.

Frame 1 bevat 4 bits signalering voor ts 1 en 4 bits signalering voor ts 17 etc.

Op deze site een goede beschrijving met een duidelijke tekening (4) op blz 5.

http://materias.fi.uba.ar/6679/apuntes/E1.pdf

Bovenstaande overlegbijdrage is hier op 26 juli 2017 om 17:48 uur geplaatst door Technische Fred.

Fred, dank je voor je snelle reactie en voor het goede overzichtsartikel in de link.

Je hebt helemaal gelijk dat in het MultiFrame de 8 bits in TS16 van Frame 0 niet voor 'CAS-signalering' hoeven te worden gebruikt.

Wat ik in de figuur jammer vindt is dat er bij X staat: 'Spare bit in het multiframewoord'. De gebruikte term doet m.i. sterk denken aan het multiframe alignment woord dat gebruikt kan worden voor synchronisatie op de multiframes. Dit zijn 6 bits per multiframe (001011) die, zoals figuur 5 in het overzichtsartikel bevestigt, zich bevinden in de eerste bitposities van TS0 (en dus niet in TS16). Waar jij in jouw figuur zegt 'Spare bit in het multiframewoord' wordt vermoedelijk bedoeld 'Spare bit in het multiframe' (of gewoon 'Spare bit'). Groeten, Bob.v.R (overleg) 27 jul 2017 02:10 (CEST)

Rob,

Er zijn twee soorten synchronisatie:

1) Frame synchronisatie door het FAS het Frame Alignment Signal (FAS) pattern - 0 0 1 1 0 1 1 in tijdslot nul Dit zorgt voor de synchronisatie van de 32 tijdsloten in het Frame.

Zie hiervoor figuur 3 van de link

Bij CAS signalering vormen 16 frames een Multi frame

De tweede vorm is Muliti frame synchronisatie door het Multiframe Alignment Signal (MFAS) pattern - 0 0 0 0 in tijdslot 16 van Frame nul.

Dit zorgt er voor dat de signaleringbits in ts 16 van de andere frames worden gesynchroniseerd

Zie hiervoor figuur 4 van de link

Ten overvloede als SS7 signalering of ISDN wordt gebruikt dan is tijdslot 16 een 64 kbits kanaal voor de signalering ( het D kanaal) en dan is er geen sprake van een Multiframe.
Bovenstaande overlegbijdrage is hier op 27 juli 2017 om 22:09 uur geplaatst door Technische Fred.

Fred, over de framesynchronisatie zijn we het eens. De discussie gaat nu over de methode van multiframesynchronisatie. Kennelijk is het mogelijk daarvoor de eerste vier bits van TS16 in Frame 0 te gebruiken. Bij mijzelf is een andere methode bekender, deze maakt in het multiframe gebruik van 6 van de 16 eerste bits in TS0 (zes frames waarin niet het frame alignment signal, FAS, staat; om precies te zijn: de frames 1, 3, 5, 7, 9 en 11). In deze zes bits staat het multiframe synchronisatiewoord 0 0 1 0 1 1. Dit wordt ook duidelijk aangegeven in fig. 5 van de link, en het komt uit G.704. Omdat dit bij mijzelf de bekendste methode is, vind ik het wat verwarrend dat in jouw figuur wordt verwezen naar TS16 voor multiframesynchronisatie i.p.v. naar TS0. Bob.v.R (overleg) 28 jul 2017 01:26 (CEST)

Rob, Je verwijst naar de 6 van de 16 eerste bits in TS0 (zes frames waarin niet het frame alignment signal, FAS, staat; om precies te zijn: de frames 1, 3, 5, 7, 9 en 11). In deze zes bits staat het multiframe synchronisatiewoord 0 0 1 0 1 1 in figuur 5

Bij figuur 5 staat C1, C2, C2, and C4 = Cyclic Redundancy Check Bits CRC Multiframe Alignment Signal 0 0 1 0 1 1

Maar hiermee wordt bedoeld dat dit bits zijn die voor kwaliteit bewaking van de lijn gebruikt worden zijn. Zie ook de koppeling naar CRC.

Heb je er een probleem mee als ik deze discussie verplaats naar het overleg avond pagina zelf? Technische Fred (overleg) 29 jul 2017 09:53 (CEST)

Beste Fred, ik vermoed dat je bedoelt: verplaatsen van deze discussie naar Overleg:Plesiochrone Digitale Hiërarchie. Ik heb daar geen bezwaar tegen.

We zien dus dat er in het MultiFrame (4096 bits) twee bitpatronen zijn (0000 en 001011) die beiden worden aangeduid als een 'Multiframe Alignment Signal'. Dat blijkt voor ons lastig te zijn, maar we kunnen dat niet veranderen. Het beste lijkt me dat beide typen Multiframe Alignment Signal worden behandeld in wikipedia. Groeten, Bob.v.R (overleg) 29 jul 2017 15:56 (CEST) (met een B)

Done.Technische Fred (overleg) 29 jul 2017 19:13 (CEST)
Einde van verplaatst overleg van Overleg gebruiker:Technische Fred naar hier.