TCAP

TCAP ( Partea de aplicație a capacităților de tranzacție în limba engleză  ) - Parte a aplicației din instrumentele de tranzacție, parte a sistemului de semnalizare a canalului comun nr. 7 . Facilități de tranzacție se referă la serviciile și protocoalele stratului de aplicație al modelului OSI . Funcționarea TCAP este definită în ITU-T Q.771-Q.775.

Scopul principal al TCAP este de a facilita implementarea dialogului paralel multiplu între aceleași subsisteme pe aceleași mașini, folosind identificatori de tranzacție pentru a face distincția între ele, în mod similar funcționează porturile TCP , multiplexând conexiuni paralele între aceleași adrese IP de pe Internet .

TCAP este folosit pentru a transporta INAP pe rețelele inteligente și MAP pe rețelele mobile.

Informații generale

Facilități de tranzacție pot fi utilizate pentru a sprijini schimbul de informații între:

Utilizatorii instrumentelor de tranzacție pot fi aplicații diferite, în special:

Toate aplicațiile de acest fel pot fi împărțite în două categorii:

  1. necesitând schimb de date în timp real, cantitatea de date în acest caz este relativ mică;
  2. neimpunerea unor cerințe stricte privind întârzierile, în timp ce cantitatea de date poate fi foarte mare;

Interacțiunea dintre utilizatorii serviciilor TCAP poate fi reprezentată ca un schimb de comenzi și răspunsuri, care constituie un dialog între un utilizator al serviciilor TCAP situat într-un punct al rețelei SS-7 și inițierea interacțiunii cu un utilizator al serviciilor TCAP situat într-un alt punct. în această reţea şi fiind partener al iniţiatorului . Inițiatorul trimite o solicitare partenerului să efectueze o anumită operație, iar răspunsul partenerului conține informații despre rezultatul operației.

Cererea și răspunsul sunt numite o componentă. Fiecare componentă are propriul său identificator (ID de referință). Din acest motiv, mai multe apeluri pot fi active în același timp.

Secvența de componente schimbate între doi utilizatori ai serviciului TCAP la executarea unei aplicații formează un dialog. Componentele conțin un parametru care identifică dialogul (ID dialogul). Dialogurile pot fi de două tipuri:

  1. Nestructurat. Este tipic pentru un astfel de dialog ca utilizatorul să trimită componente pentru care nu se așteaptă răspunsuri. Asocierea dintre utilizatori nu este definită în mod explicit.
  2. Dialogul structurat sugerează o comunicare explicită. Utilizatorul serviciului TCAP specifică începutul, continuarea și sfârșitul acestei asocieri. Se presupune că un dialog structurat este bidirecțional - în faza de continuare, este posibil un schimb duplex de componente.

Primitive TCAP

Orice primitiv are un nume comun care reflectă conținutul elementului de interacțiune și începe cu litere latine, indicând numele serviciului și un nume specific care indică tipul elementului de interacțiune (cerere, indicație etc.). În plus, primitiva conține parametri obligatorii și opționali care transportă informații legate de semnificația și scopul primitivei.

Primitivele sunt de două feluri: 1. Asociate cu conţinutul componentelor - primitive componente.

denumirea comună Tip de Opțiuni
TC-INVOKE
(apel de operație)
Solicitare,
indicare
ID de dialog,
clasă,
ID de accesare, ID de
accesare asociat,
Operație,
Parametri,
Ultima componentă,
Timeout
TC-RESUL-L
(rezultatul exploatării cu succes - ultima sau singura parte)
Solicitare,
indicare
ID de dialog
, ID de accesare,
Parametri,
Ultima componentă
TC-RESUL-NL
(rezultatul unei operațiuni de succes nu este ultima parte)
Solicitare,
indicare
ID de dialog
, ID de accesare,
Parametri,
Ultima componentă
TC-U-EROARE
(Răspuns la apelul de operare care indică eșec)
Solicitare,
indicare
ID de dialog
, ID de accesare,
Eroare,
Parametri,
Ultima componentă
TC-L-CANCEL
(notificarea utilizatorului „propriu” despre anularea operațiunii din cauza timeout)
Indicaţie ID de dialog, ID de
apel
TC-U-CANCEL
(anularea operațiunii prin decizia utilizatorului „dvs.”)
Cerere ID de dialog, ID de
apel
TC-L-REJECT
(refuzul „propriului” utilizator din cauza unei componente nevalide)
Indicaţie ID de dialog, ID de accesare
,
Cod motiv,
Ultima componentă
TC-R-REJECT
(refuzul utilizatorului de către partener)
Indicaţie ID de dialog, ID de accesare
,
Cod motiv,
Ultima componentă
TC-U-REJECT
(Respingerea unei componente de către utilizator)
Solicitare,
indicare
ID de dialog, ID de accesare
,
Cod motiv,
Ultima componentă

2. Asociat cu acompaniamentul dialogului - primitive de dialog.

denumirea comună Tip de Opțiuni
TC-UNI
(Solicitare/Indicație de dialog nestructurat)
Solicitare,
indicare
Calitatea serviciului, adresa
destinatarului
, adresa expeditorului,
ID-ul conversației,
disponibilitatea componentelor
TC-BEGIN
(pornire dialog)
Solicitare,
indicare
Calitatea serviciului, adresa
destinatarului
, adresa expeditorului,
ID-ul conversației,
disponibilitatea componentelor
TC-CONTINUE
(continuarea dialogului)
Solicitare,
indicare
ID de dialog,
Prezența componentelor
TC-END
(sfârșitul dialogului)
Solicitare,
indicare
ID dialog,
prezența componentelor,
versiunea de finisare
TC-U-ABORT
(încheierea bruscă a dialogului de către utilizator)
Solicitare,
indicare
ID de dialog,
informații despre utilizator
TC-P-ABORT
(încheierea bruscă a dialogului de către utilizator)
Solicitare,
indicare
ID de dialog,
informații despre utilizator


Mesaje TCAP

Informațiile conținute în primitive sunt formatate ca mesaje TCAP pentru a fi trimise către sistemul peer. Există cinci tipuri de mesaje:

Unidirecțional (unidirecțional) trece conținutul primitivelor TR-UNI .
Început (început) trece conținutul primitivelor TR-BEGIN .
continua _ trece conținutul primitivelor TR-CONTINUE .
Sfârșit (sfârșit) transmite conținutul primitivelor TR-END .
Anulare (final neprevăzut) trece conținutul primitivelor TR-P-ABORT și TR-U-ABORT .

Pentru a transporta mesaje prin rețeaua SS, TCAP utilizează serviciile subsistemului SCCP .

Vezi și

OK-7

Link -uri

Stiva de protocol OKS-7 Stiva de protocol OKS-7