ISDN User Part
OSI vrstva | SS7 protokoly |
---|---|
Aplikační | TCAP, MAP, IS-41, INAP, CAP |
Síťová | SCCP, SIGTRAN (IP7) |
Linková | MTP Level 2 |
Fyzická | MTP Level 1 |
ISDN User Part nebo ISUP je protokol patřící do SS7, který se používá pro spojování telefonních hovorů ve veřejné telefonní síti (PSTN – Public Switched Telephone Network), včetně sítí mobilních. Je specifikován ITU-T doporučeními série Q.76x.[1]
Pro vytvoření okruhu pro telefonní hovor mezi dvěma účastníky může být nutné, aby signál prošel několika ústřednami, které mohou být v různých zemích. Při použití ISUP předává jedna telefonní ústředna informace týkající se hovoru, jako je číslo volaného účastníka nebo číslo volajícího účastníka další telefonní ústředně pomocí ISUP zpráv.
Telefonní ústředny jsou obvykle propojeny pomocí E1 nebo T1 linek, které přenášejí hovory. Tyto linky jsou rozděleny na hovorové okruhy v multiplexních systémech realizované časovým slotem o rychlosti 64 kbit/s v každém směru (duplex), přičemž každý slot slouží k přenosu jednoho hovoru. Každý okruh (časovým slot) mezi dvěma ústřednami je jednoznačně identifikován pomocí CIC (anglicky Circuit Identification Code, CIC), který je obsažen v ISUP zprávách. Ústředny používají tuto informaci spolu s přijatou signalizační informací (především s číslem volaného – Called Party Number) pro určení, jaký příchozí CIC má být propojen s jakým odchozím CIC pro vytvoření hovorového okruhu od jednoho účastníka k druhému.
Kromě informací týkajících se spojení, lze ISUP používat pro výměnu stavových informací, které umožňují správu volných okruhů. Pokud není pro určitou zprávu k dispozici odchozí CIC na potřebnou ústřednu, je předchozím ústřednám v řetězu vrácena zpráva závěr (anglicky release), takže je možné vyzkoušet spojení jinou trasou.
Varianty ISUP
ISUP má několik variant. Základní specifikace pochází od ITU-T. V Evropě vydala organizace ETSI svoji vlastní specifikaci ISUP, která se příliš neliší od ITU-T ISUP.[2] Standardy ITU-T a ETSI ISUP se používají pro mezinárodní spojení a jsou základem pro národní varianty ISUP. Většina zemí používá svoji vlastní variantu ISUP, která splňuje specifické národní požadavky. V USA a Kanadě se používá ANSI varianta ISUP.
ITU-T verze
- 1984 – ISUP Red Book
- 1988 – ISUP Blue Book
- 1991 – ISUP Q.767[3]
- 1992 – ISUP'92 White Book (obsahuje segmentaci, kompatibilitu a nové doplňkové služby)
- 1997 – ISUP'97 (nové procedury, IN CS1, nové doplňkové služby)
Podle části 2.4.1 ISUP interworking ITU-T Q.761 je ISUP92 zpětně kompatibilní s ISUP Blue Book a Q.767[3] pro základní procedury pro vytváření spojení a pro doplňkové služby (supplementary services) s výjimkou některých procedur (např. přenositelnost čísel).[4] Tato verze navíc zavádí vlastnosti pro zajištění kompatibility s budoucími verzemi.
Typy zpráv
Každá ISUP zpráva obsahuje pevnou hlavičku obsahující circuit identification code a typ ISUP zprávy, následovaný částí s pevnou délkou a nepovinnou částí s proměnnou délkou, která závisí na typu zprávy. ISUP zprávy jsou obvykle přenášeny pomocí Message Transfer Part, i když je definován i jejich přenos pomocí Signalling Connection Control Part. Tyto zprávy se používají v různých fázích navazování a rušení spojení. Nejobvyklejší zprávy jsou:
- Initial Address Message (IAM) – zpráva, která informuje ústřednu, že má být vytvořeno spojení na CIC obsaženém ve zprávě. Zpráva obsahuje číslo volaného (called number), číslo volajícího (calling number), typ služby (hovor nebo data) a mnoho dalších volitelných parametrů.
- Subsequent Address Message (SAM) – pokud zpráva IAM neobsahovala kompletní číslo volaného, následuje jedna nebo více SAM zpráv, které obsahují další číslice.
- Address Complete Message (ACM) – zpráva, kterou vrací poslední ústředna, když byl propojen okruh a telefon volaného účastníka vyzvání.
- Answer Message (ANM) – je poslána, když volaný účastník hovor přijme (zvedne sluchátko). V tomto okamžiku se začíná hovor účtovat.
- Release (REL) – zpráva zaslaná, když jeden z účastníků ukončí hovor zavěšením sluchátka. Tuto zprávu posílá ústředna, když spojení nemůže být navázáno. Ústředna také posílá Cause Value, která určuje příčinu neúspěchu, např. "User busy".
- Release complete (RLC) – potvrzení závěru – hovorový okruh je touto zprávou uvolněn (převeden do stavu idle) a může být použit pro jiný hovor.
Příklad toku zpráv
Toto je úplně základní tok zpráv se dvěma ústřednami, které si vyměňují ISUP zprávy. Účastnická rozhraní zde nejsou zahrnuta a jsou pouze vypsána pro lepší pochopení.
účastník A telef. ústředna A telef. ústředna B účastník B Zvednutí sluchátka Volba čísla ---> -- IAM --> -Vyzvánění -> <-- ACM—Zvednutí sluchátka <-- ANM -- ------------------------- Rozhovor ------------------------- Zavěšení sluchátka—REL --> Zavěšení sluchátka <-- RLC—Detailní toky zpráv jsou popsané v ITU-T doporučení Q.784.1.
Kódy závěru
Kódy závěru (Release codes) se používají pro identifikaci a odladění různých událostí, ke kterým může dojít při signalizaci pomocí ISDN User Part. Každá událost při signalizaci v ISUP (včetně úspěšného navázání spojení) generuje kód závěru. Existuje množství aplikací, které používají kód závěru z ISUP signalizace. Telefonní operátoři trasují kódy závěru pro odhalení příčin selhání spojení.
Následuje seznam kódů závěru. Kódy, u kterých je uvedeno pouze číslo nemají definovaný význam, a mohou být použity pro proprietární účely.
- Unallocated (unassigned) number
- No route to specific transit network
- No route to destination
- Send special info tone
- Misdialed trunk prefix
- Channel unacceptable
- Call awarded and being delivered in established channel
- Preemption
- Preemption - circuit reserved for reuse
- 10
- 11
- 12
- 13
- 14
- 15
- Normal call clearing
- User busy
- No user responding
- No answer from user (user alerted)
- Subscriber absent
- Call rejected
- Number changed
- Redirect to new destination (ANSI: unallocated destination number)
- Exchange routing error (ANSI)
- Exchange routing error (ANSI)
- Non-selected user clearing
- Destination out of order
- Invalid number format
- Facility rejected
- Response to STATUS ENQUIRY
- Normal, unspecified
- 32
- 33
- No circuit/channel available
- 35
- 36
- 37
- Network out of order
- Permanent frame mode connection out of service
- Permanent frame mode connection operational
- Temporary failure
- Switching equipment congestion
- Access information discarded
- Requested channel/circuit not available
- Preemption (ANSI)
- Precedence call blocked
- Resources unavailable, unspecified
- 48
- Quality of service unavailable
- Requested facility not subscribed
- Call type incompatible with service request (ANSI)
- 52
- Outgoing calls barred within CUG
- Call blocked due to group restrictions (ANSI)
- Incoming calls barred within CUG
- 56
- Bearer capability not authorized
- Bearer capability not presently available
- 59
- 60
- 61
- Inconsistency in designed outgoing access information and subscriber class
- Service or option not available, unspecified
- 64
- Bearer capability not implemented
- Channel type not implemented
- 67
- 68
- Requested facility not implemented
- Only restricted digital bearer capability is available
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- Service or option not implemented, unspecified
- 80
- Invalid call reference value
- Identified channel does not exist
- A suspended call exists, but this call identity does not
- Call identity in use
- No call suspended
- Call having the requested call identity has been cleared
- User not member of CUG
- Incompatible destination
- 89
- Non-existing CUG
- Invalid transit network selection
- 92
- 93
- 94
- Invalid message, unspecified
- Mandatory information element is missing
- Message type non-existing or not implemented
- Message incompatible with call state or message type non-existent or not implemented
- Information element non-existent or not implemented
- Invalid information element contents
- Message not compatible with call state
- Recovery on timer expiry
- Parameter non-existent or not implemented - passed on
- 104
- 105
- 106
- 107
- 108
- 109
- Message with unrecognized parameter discarded
- Protocol error, unspecified
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- Interworking, unspecified
Formát zpráv
8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 |
---|---|---|---|---|---|---|---|
Routing Label ... | |||||||
CIC Least Significant 8 Bits | |||||||
Padding | CIC Most Sig. 4 Bits | ||||||
Message type | |||||||
Mandatory fixed part ... | |||||||
Mandatory variable part ... | |||||||
Optional part ... |
Pole Signalling Information Field (SIF) obsahuje ve všech ISUP Message Signal Unit (MSU) následující složky:[5]
- Routing Label
- Circuit Identification Code
- Message Type
- Mandatory Fixed Part
- Mandatory Variable Part
- Optional Part
Routing Label obsahuje point kódy odesílajícího a cílového uzlu v síti; také obsahuje pole Signalling Link Selection, které slouží k výběru jedné z několika cest, kterými může MSU projít mezi příslušnými dvěma uzly.
Pole Circuit Identification Code určuje, který hlasový okruh mezi dvěma telefonními ústřednami se použije pro hovor signalizovaný ISUP zprávou. Některé verze ANSI ISUP používají 14bitové CIC místo standardního 12bitového.
Pole Message Type určuje typ ISUP zprávy. Přítomnost a formát zbývajících 3 komponent závisí na typu zprávy. Část Mandatory fixed part obsahuje parametry, které jsou pro daný typ zprávy povinné a mají pevnou délku. Část Mandatory variable part obsahuje parametry, které jsou pro daný typ zprávy povinné a mají proměnnou délku. Část Optional part obsahuje nepovinné parametry.
Pokud ISUP využívá Signalling Connection Control Part, jsou ISUP zprávy předávány SCCP v NSDU (User Data parameter – uživatelský parametr síťové vrstvy), který obsahuje pouze poslední 4 pole uvedená výše (Message Type, Mandatory fixed part, Mandatory variable part, Optional part). Routing label a circuit identification code nejsou v uživatelských datech předávaných SCCP[6].
Reference
V tomto článku byl použit překlad textu z článku ISDN User Part na anglické Wikipedii.
- ↑ ITU-T Q-Series Recommendations
- ↑ ETSI EN 300 356-1, ISUP Version 4 for the International Interface
- ↑ a b ITU-T Recommendation Q.767
- ↑ ITU-T Recommendation Q.761
- ↑ ITU-T Recommendation Q.763 (12/1999), Section 1, General coding principles, pp 3-4.
- ↑ ITU-T Recommendation Q.763 (12/1999), Section 1, General coding principles, p 3
- RUSSELL, Travis. Signaling System #7. 4th Edition. vyd. New York: McGraw-Hill, 2002. ISBN 978-0-07-138772-9. (anglicky)
- ITU-T Recommendation Q.784.1 (07/96), ISUP basic call test specification: Validation and compatibility for ISUP'92 and Q.767 protocols.