NO322788B1

NO322788B1 - Telekommunikasjonssystem og fremgangsmate, samt nettverkstjenestetransittnode for bruk derav

Info

Publication number: NO322788B1
Application number: NO19973109A
Authority: NO
Inventors: Rune Boman
Original assignee: Teliasonera Ab Publ
Priority date: 1995-11-10
Filing date: 1997-07-04
Publication date: 2006-12-11
Also published as: SE9504037D0; US6055303A; WO1997017794A1; EP0873633A1; SE9504037L; DE69636415D1; DE69636415T2; SE504405C2; NO973109D0; EP0873633B1; DK0873633T3; ES2273352T3; NO973109L

Description

Den foreliggende oppfinnelse vedrører et telekommunikasjonssystem og en fremgangsmåte om omfatter et antall lokale sentraler, hvori signalering og trafikkdata rutes mellom fjernsentraler via en nettverkstjeneste som har ruterkodeomregning, der nettverkstjenesten inkluderer et antall transittknutepunkt, og telekommunikasjonssystemet tilpasses for å frembringe en abonnenttilleggstjeneste som medfører samvirke mellom to abonnenter idet kjennskap om en abonnents aksesskode, som brukes i den oppringte abonnents lokale sentral, kreves i den ringende abonnents lokale sentral, abonnentens aksesskode genereres ved modifikasjon av oppringte abonnents ruterkode som brukes av den oppringte abonnents lokale sentral, og modifikasjonen oppstår i et transittknutepunkt i nettverkstjenesten, hver lokale sentral har et applikasjonstjenesteelement for å frembringe tilleggstjenesten. Den foreliggende oppfinnelse vedrører også et nettverkstjenestetransittknutepunkt for bruk ved fremgangsmåten.

En CCBS-tjeneste (se side 9) er et eksempel på en abonnenttjeneste som benytter ende-til-ende signalering, og der tjenesten er implementert ved hjelp av operasjoner både i ringende abonnents og i oppringt abonnents lokale telefonsentral. Implementeringen av en CCBS-tjeneste krever at den ringende parts lokale sentral kjenner til den oppringte parts abonnentaksesskode, som brukes i den oppringte parts lokale sentral.

GVNS (se side 10) modifiserer ruterkoden sendt av den ringende part ved overføring, med det resultat at det ikke er transparens gjennom nettverket for den oppringte parts aksesskode, som brukes i den oppringte parts lokale sentral.

Det er et tydelig behov for å fremskaffe CCBS over GVNS, enda de to tjenestesystemer ved første øyekast ser ut til å være uforenlige. Forskjellige løsninger kan tilbys for dette problem. Imidlertid må en løsning, dersom den skal være gjennomførbar, ta hensyn til de forskjellige standarder som gjelder for GVNS og CCBS, og lage minst mulig forstyrrelser for disse standarder.

Den foreliggende oppfinnelse gir en løsning på problemet med å fremskaffe CCBS over GVNS. Merk at foreliggende oppfinnelse er gyldig for samarbeid mellom: — hvilket som helst nettverkstjeneste med ruterkodeomregning, og - hvilken som helst abonnent tilleggstjeneste som innebærer vekselvirkning mellom to abonnenter idet: - kjennskap til en abonnents aksesskode, som brukes i en oppringt abonnents lokale fjernsentral, kreves i en ringende abonnents lokale sentral, - nevnte abonnent aksesskode genereres ved modifikasjon av en oppringt abonnents rutingskode, som brukes av nevnte ringende abonnents lokale sentral, og - nevnte modifikasjon inntreffer i et transittknutepunkt i nevnte nettverkstjeneste.

Med den foreliggende oppfinnelse overvinnes problemene forbundet med å fremskaffe CCBS over GVNS ved å anordne et CCBS-reléapplikasjonstjenesteelement, (CCBS-ASE, se side 9), i et GVNS transittknutepunkt, og sette opp for at ende-til-ende signalering kan erstattes av to TC-dialoger (se side 11), én mellom den ringende parts LE og CCBS-ASE-reléet, og den andre mellom den oppringte parts LE- og CCBS-ASE-relé. Dersom mer enn en rutingskode oversetting finnes, fordi signaleringen er rutet via flere GVNS-transittknutepunkt, kan selvsagt en flernivåkjede av TC dialoger være nødvendig.

Med GVNS, som nå er definert, er det ingenting som hindrer en avsluttende lokal sentral fra å sende en CCBS-indikator i returfrigjøringsmeldingen, siden sentralen ikke kan skille mellom en normal oppringning og en GVNS-oppringning. Transittknutepunktene, der GVNS-ruterfunksjonen utføres, mangler muligheten til å slette CCBS-indikatoren. Derfor repeteres CCBS-indikatoren hele veien tilbake til utstedersentralen. Utstedersentralen er ikke klar over at oppringningen er en GVNS-oppringning. Derfor vil en CCBS-forespørsel fra brukeren som ringer opp resultere i at en CCBS-forespørsel sendes mot SCCP (Se side 11), med den oppringte parts nummer brukt som global tittel, i knutepunktet med utsteder GVNS-ruterfunksjonen (eller mot knutepunktet med GVNS-aksess funksjonen). I dette knutepunkt kan ikke SCCP levere CCBS-forespørsel mot en CCBS-ASE, fordi knutepunktet ikke har en CCBS-ASE. CCBS-forespørselen kan heller ikke leveres til knutepunktet der CCBS-ASE for den avsluttende bruker er plassert, fordi den ringende parts nummer ikke er kjent. Ruternummeret er oversatt av GVNS-ruterfunksjonen til aksessnummeret for den oppringte parts LE. CCBS-forespørselen vil feile på grunn av meldingsreturprosedyren. Dersom det ikke finnes noen løsning på dette problem, vil alle GVNS-oppringninger der CCBS er forespurt, føre til unødvendige signaleringsprosedyrer som aktiverer meldingsreturprosedyren. Problemet som oppstår ved samarbeid CCBS og GVNS vil ikke løses ved ganske enkelt å utelate CCBS for GVNS-oppringninger. CCBS forespørsler må enten forhindres eller det må anordnes organer for å håndtere det.

Signalforbinding som sådan er kjent, for eksempel der det kreves oversetting mellom signaleringsprotokoller i ulike nettverk, for eksempel oppringningsfullføring mellom faste nettverk og GSM. Den foreliggende oppfinnelse er imidlertid beregnet for operasjon i et enkelt nettverk slik som ISDN. Oppdelingen av TC-dialogen i to forbundne dialoger utføres inne i et enkelt nettverk, dvs. i et transittknutepunkt og ikke i en port mellom to operatør-ers nettverk. Forbindelse kreves videre på grunn av sam-arbeidet mellom to tjenester, GVNS og CCBS, heller enn på grunn av at formen på TC dialogen er slik at en oversett-ingsfunksjon er nødvendig.

Ifølge et første aspekt ved foreliggende oppfinnelse er det anordnet et telekommunikasjonssystem slik definert i ingressen i krav 1, som er kjennetegnet ved at minst noen transittknutepunkt inneholder et reléapplikasjonstjenesteelement som er tilpasset for å videresende signaleringsdata mellom lokale sentraler og som inneholder oversetterorganer for å konvertere en abonnents aksesskode, som brukes i en oppringt abonnents lokale sentral, til en oppringt abonnents rutingskode som brukes av en ringende abonnent sentral, og der signaleringsdata overføres mellom nevnte ringende og nevnte oppringte lokale sentraler via nevnte reléapplikasjons-element i nevnte transittknutepunkt.

Andre utførelser av fremgangsmåten ifølge krav 1 er kjennetegnet ved karakteristikken i de uselvstendige krav 2-9.

Ett, og bare ett, transittknutepunkt, der signalering overføres mellom oppringte parts lokale sentral og ringende parters lokale sentraler, kan inneholde nevnte reléapplikasjonstjenesteelement, slik at det ved bruk etableres en to-trinns kjedet TC-signaleringsdialog mellom nevnte oppringte parts lokale sentral og nevnte ringende parts lokale sentral.

To transittknutepunkter, gjennom hvilke det overføres signalering mellom oppringte parts lokale sentral og ringende parts lokale sentral, kan inneholde nevnte reléapplikasjonstjenesteelement, slik at det ved bruk etableres en tre-trinns kjedet TC-signaleringsdialog mellom nevnte oppringte parts lokale sentral og nevnte ringende parts lokale sentral.

Nevnte abonnent tilleggstjeneste er med fordel en CCBS tjeneste.

Nevnte nettverkstjeneste med rutingskodeomregning er med fordel en GVNS-tjeneste.

Nevnte telekommunikasjonssystem er med fordel et enkelt enhets ISDN-system.

En CCBS-ASE kan plasseres i hver lokale sentral i nevnte telekommunikasjonssystem, der den sørger for CCBS til de tilkoplede abonnenter.

Hver av de mange transittknutepunkt kan ved bruk tilpasses mottak av signalering fra en lokal sentral, der de sørger for CCBS til de tilkoplede abonnenter, idet et CCBS-ASE-relé er plassert deri.

Nevnte CCBS-ASE relé er med fordel tilpasset for å endre den oppringte parts kode innbefattet i en mottatt TC-signaleringsdialog og for ikke å utføre andre CCBS-ASE-funksjoner.

Ifølge et andre aspekt ved foreliggende oppfinnelse beskrives en fremgangsmåte slik definert i ingressen i krav 10, som er kjennetegnet ved: - overføring av signaleringsdata fra nevnte oppringte abonnents lokale sentral til et reléapplikasjonselement plassert i et transittknutepunkt, nevnte data inkluderer abonnentaksesskoden som brukes i nevnte oppringte abonnents lokale sentral, - konvertering av nevnte abonnents aksesskode til nevnte abonnents rutingskode i nevnte transittknutepunkt, - modifisering av nevnte signaleringsdata mottatt fra nevnte oppringte abonnents lokale sentral ved erstatning av nevnte abonnents rutingskode for nevnte abonnents aksesskode, og - overføring av nevnte modifiserte signaleringsdata til nevnte ringende abonnents lokale sentral.

Andre utførelser av fremgangsmåten ifølge krav 1 er kjennetegnet ved karakteristikken i de uselvstendige krav 11-28.

Signaleringsdata kan overføres mellom nevnte oppringte parts lokale sentral og nevnte ringende parts lokale sentral i en to-trinns kjedet TC-signaleringsdialog, der det første trinn foregår mellom transittknutepunktet og nevnte oppringte parts lokale sentral, og det andre trinn foregår mellom nevnte ringende parts lokale sentral og transittknutepunktet.

Signaleringsdata kan alternativt overføres mellom nevnte oppringte parts lokale sentral og nevnte ringende parts lokale sentral i en tre-trinns kjedet TC signaleringsdialog, der første steg foregår mellom et første transittknutepunkt og nevnte oppringte parts lokale sentral, andre steg foregår mellom første og andre transittknutepunkt, og tredje steg foregår mellom nevnte ringende parts lokale sentral og nevnte andre transittknutepunkt .

Nevnte abonnent tilleggs tjeneste kan være en CCBS-tjeneste.

Nevnte nettverkstjeneste som har ruterkodeomregning kan være en GVNS-tjeneste.

Nevnte tjenestekommunikasjonssystem kan være et enkelt enhetlig ISDN-system.

Nevnte signaleringsdata overføres med fordel mellom flere CCBS-ASE plassert i hver lokale sentral i nevnte tele-kommunikas jonssystem og sørger for CCBS til de tilkoplede abonnenter.

Nevnte signaleringsdata mottatt på hver av de nevnte mange transittknutepunkt fra en lokal sentral, prosesseres av et CCBS-ASE-relé som er plassert i hver av de nevnte transittknutepunkter.

Nevnte CCBS-ASE relé kan endre den oppringte parts kode innbefattet i en mottatt TC-signaleringsdialog og kan ikke utføre noen andre CCBS-ASE funksjoner på nevnte signaleringsdata.

Ifølge det tredje aspekt ved foreliggende oppfinnelse beskrives et nettverkstjenestepunkt for bruk ved fremgangsmåten ifølge krav 10-18, som er kjennetegnet ved at transittknutepunktet inkluderer mottakerorganer for mottak av signaleringsdata sendt fra en oppringt lokal sentral, dataene inkluderer abonnentaksesskoden som brukes ved den lokale fjernsentral, konverteringsorganer for å konvertere abonnentaksesskoden til en abonnentruterkode, signalgenereringsorganer for generering av modifiserte signaleringsdata, fra signaleringsdata mottatt av mottaksorganene, ved erstatning av abonnentrutingskoden for abonnentaksesskoden, og overførings-organer for overføring av de modifiserte signaleringsdata til den ringende abonnents lokale sentral.

Nevnte konverteringsorganer er med fordel et CCBS-ASE-relé .

Nevnte CCBS-ASE relé er med fordel tilpasset for å endre den oppringte parts kode innbefattet i en mottatt TC signaleringsdialog og for å utføre ingen andre CCBS-ASE funksj oner.

Utførelseseksempler av oppfinnelsen vil nå bli beskrevet ved hjelp av eksempler, under henvisning til de medfølg-ende tegninger, hvori: Fig. 1 viser arkitekturen for protokollstakken i et signalsystem nr. 7 for CCBS som standardisert av ESTI. Fig. 2 viser arkitekturen for protokollstakken i et signalsystem nr. 7 for GVNS som standardisert i ITU-T. Fig. 3 viser arkitekturen for protokollstakken i et signalsystem nr. 7, ifølge den foreliggende oppfinnelse for å fremskaffe CCBS over GVNS.

Den foreliggende oppfinnelse er beskrevet nedenfor med referanse til fremskaffelsen av CCBS over GVNS, men som forklart ovenfor har oppfinnelsen applikasjoner til samvirke mellom andre telekommunikasjonstjenester.

I denne spesifikasjon brukes ganske mange tekniske forkortelser og termer, og betydningen av disse er kort beskrevet nedenfor.

1. A-abonnent: en ringende abonnent.

2. A-nummer: en ringende abonnents E.164 nummer.

3. B-abonnent: en oppringt abonnent.

4. B-nummer: en oppringt abonnents E.164 nummer.

5. CCBS: {"Completion of Calls to Busy Subscriber") Fullføring av oppringning til opptatt abonnent. En ITU-T standardiseringsløsning er under utvikling, og vil publiseres som ITU-T anbefaling Q.733.3. En ESTI

løsning er publisert som ETS 300 356-18.

6. CCBS-ASE: ("Application Service Element") Applikasjonstjenesteelement for CCBS er tjenestebehandleren for CCBS som blant annet, lager signaleringsinnhold i dialogene mellom to CCBS-ASE,

en på A-abonnent siden og en på B-abonnent siden.

7. CCNR: ("Completion of Calls No Reply") Fullføring av oppringning, ikke svar. 8. DSS1: Den lokale sentrals signaleringsprotokoll som brukes på abonnentsiden. 9. ITU-T anbefaling E.164 beskriver nummererings-systemet for vanlig telefoni. B-abonnent nummeret og det ringte nummer er strukturert, dvs. med nasjonale

deler og område deler.

10. ESTI: ("The European Telecommunications Standards Institute") Europeisk institutt for

telekommunikasjonsstandarder.

11. GVNS: ("Global Virtual Network Service") Virtuell global nettverkstjeneste, som spesifisert i ITU-T

anbefaling Q.753.6.

12. ISDN: ("Integrated Services Digital Network")

Digitalt nettverk for integrerte tjenester.

13. ISUP: ("ISDN User Part") ISDN bruker del, signaleringsprotokollen som brukes til inter-utvekslingssignalering. Signaleringsprotokollen er beskrevet i en ny utvidet utgave nesten hvert fjerde år. Disse benevnes for eksempel "Blue Book ISUP

(1988)", "ISUP.92". Det arbeides for tiden med en ny

utgave som forventes ferdig i 1996, og som betegnes "ISUP-96". Disse er spesifisert av ITU i anbefaling

Q.763.

14. ISUP-96: Se ISUP.

15. LE: ("Local Exchange") Lokal sentral

16. MTP:

17. Q.763: ITU-T anbefaling Q.763 beskriver ISUP protokollen som brukes mellom telefonsentraler. 18. Q.931: ITU-T anbefaling Q.931 beskriver signaleringsprotokollen som brukes for abonnent

aksess.

19. REL: ("Release Massage") Frakoblingsmelding, er meldingen som sendes via ISUP fra B-abonnentens sentral når den fysiske forbindelse kobles fra, som er resultatet dersom en oppkobling ikke lykkes på

grunn av at abonnenten er opptatt.

20. Ny oppringningsopsjon: ("Retain Option") Dette er en variant av fullføring av oppringningstjenesten som tillater at et ytterligere oppringningsforsøk utføres på et senere tidspunkt, dersom A-abonnenten er opptatt når A-abonnentens sentral får melding fra

B-abonnentens sentral om at B-abonnenten er ledig. 21. SSP: ("Subscriber Service Protocol") Kundetjenesteprotokol. 22. SCCP: {"Signalling Connection Control Part") Signaleringsoppkobling kontrolldel, dette er en komponent av et signalsystem nr. 7 som brukes til å kontrollere meldinger som sendes gjennom nettverket når meldingen er adressert til en sentral som ikke har direkte kobling til den sentral som sender ut. SCCP er standardisert i ITU-T anbefaling Q.711 - Q.716. 23. TC-transaksjons ID: I en TC-transaksjon {overføring av en melding) er hver separate transaksjon identifisert med en identitet. Denne benevnes transaksjons-ID. Dette gjør en kontinuerlig dialog mellom to brukerinnganger, for eksempel to CCBS-ASE,

lettere.

24. TC: {"Translation Capability Application Part") Oversettelsesevne applikasjonsdel, også kjent som TCAP, er en komponent av et signaleringssystem nr. 7 som brukes til pakkeinformasjon fra brukere på en strukturert måte. Dette er beskrevet i ITU-T

anbefaling Q.711 - Q.775.

25. TE: Transittknutepunkt, for eksempel en fjernsentral ("trunk exchange").

26. TNRN:

27. UTP: Personlige universelle telekommunikasjoner ("Universal Personal Telecommunications"). Et eksempel på en tjeneste som B-abonnentens aksesskode er forskjellig fra rutingskoden som brukes i A-abonnentens lokale sentral. 28. VPN: Virtuelt privat nettverk ("Virtual Privat Network").

For å forstå problemet som løses ved den foreliggende oppfinnelse, er det nødvendig å betrakte den måte CCBS er anordnet på i et normalt telefonnettverk og den måte som GVNS opereres på. CCBS er en tilleggstjeneste der, når en oppringt abonnents nummer er opptatt, etableres en tilbakeoppringning mellom den oppringte abonnent og den ringende abonnent straks den oppringte abonnents terminal utstyr endres fra "løftet av" (opptatt) til "lagt på" tilstand. Operasjon av en slik tjeneste krever signaler-ingskommunikasjon mellom den avsluttende lokale sentraler, og etableres vanligvis ved en ende-til-ende TC dialog.

Fig. 1 viser systemarkitekturen for .å skaffe frem CCBS. Merk at CCBS er underlagt en eksisterende ESTI standard. CCBS opererer ved å etablere en direkte dialog mellom de to CCBS-ASE lokalisert i den ringende og den oppringte parts lokale sentraler, LE. Transittknutepunktene, TE, som for eksempel kan være en fjerntelefonsentral, er fullstendig transparent for signaleringdialogen som etableres mellom de to CCBS-ASE. Med andre ord endrer ikke transittknutepunktene informasjonen som finnes i signaleringsdata sendt mellom flere CCBS-ASE. Den øvre kjede av elementer, LE, TE, TE, LE, indikerer den fysiske vei mellom de to lokale sentraler, hvor en samtale etableres i samsvar med ISUP. I den nedre del overføres signaleringsdata. Uttrykt med protokollstakken, går informasjonen fysisk langs veien TC, SCCP, MTP, MTP, MTP, MTP, SCCP, TC. Sett fra signaleringsdialogen vil det imidlertid eksistere en virtuell vei mellom de to CCBS-ASE, som vist med den stiplede linje. Merk at SCCP i transittknutepunktene, TE, ikke påvirker signaleringsdata som dannes i CCBS-ASE.

Signaleringen for CCBS-tjenesten er ende-til-ende mellom den CCBS-ASE som inneholder CCBS registeret og den CCBS-ASE som inneholder CCBS køen. Denne ende-til-ende signalering utføres primært av flere TC, rutet via flere SCCP med normale offentlige E.164 nummer, som indikerer en abonnentaksess på den lokale sentral. Samvirke med Q.931 aksesser er mulig, men i dette tilfelle vil ikke ende-til-ende informasjonsflyten bruke TCer hele veien. Dette påvirker imidlertid ikke selve informasjonsflyten, bare informasjonensmedium og koding. Gjennom hele det offentlige nettverk (opphavlig nasjonalt, internasjonalt og avsluttende nasjonale deler) analyseres ikke informasjonen over SCCP nivå. Det eksisterer ikke CCBS-ASE i de mellomliggende sentraler. Det eneste unntak fra dette er CCBS-ringeindikatoren og CCBS-indikatoren som overføres via ISUP. De bærer imidlertid informasjon som ikke er relevant i mellomliggende sentraler eller transittknutepunkt .

En CCBS forespørsel er en direkte kommunikasjon mellom et CCBS register i den opphavlige CCBS-ASE og CCBS køen i bestemmelses CCBS-ASE. Den oppringte parts E.164 nummer må ikke manipuleres når signaleringsdata overføres mellom de to CCBS-ASE, fordi signaleringen identifiseres med dette nummer og CCBS-registeret må kjenne den oppringte parts nummer for å identifisere den oppringte parts plassering i CCBS-køen.

Mer.k at blant andre de følgende CCBS-funksjoner også håndteres av ende-til-ende signaleringen etablert mellom CCBS-registeret i den ringende parts CCBS-ASE og CCBS køen i den oppringte parts CCBS-ASE:

- CCBS avbryt

CCBS utsett,

- CCBS gjenoppta, og

- Behold opsjon.

Ingen av disse funksjonene er avhengig av transparent signalering mellom de to CCBS-ASE.

Fig. 2 viser den standardiserte arkitektur for GVNS i ITU-T. Signaleringsdata går langs samme fysiske vei som samtalen opprettes. En eller flere av transittknutepunktene, TE, kan inneholde en GVNS-ruterfunksjon. GVNS-ruterfunksjonen modifiserer den oppringte abonnentens ruterkode for å lette samtale oppkoblingen.

De funksjonelle innganger som brukes for å operere GVNS er plassert i en GVNS-port og opereres med database-støtte. En GVNS-port kan plasseres i en lokal sentral, men dette er bare én mulighet. En vanligere løsning vil være å plassere GVNS-porten i en transittsentral, (fjernsentral, eller transittknutepunkt), eller internasjonale porter. Det finnes to typer GVNS-funksjonelle innganger, nemlig de som håndterer GVNS-aksessfunksjoner og de som håndterer GVNS-ruterfunksjoner. Ruterfunksjonene er foretrukket både i de opphavlige deltakende tjenesteytende nettverk og de avsluttende deltakende tjenesteytende nettverk. Ruterfunksjonene manipulerer abonnentaksess-/ruterkodene. Dette betyr at GVNS ikke er ende-til-ende transparent, fordi den oppringte abonnents E.164 nummer modifiseres av en omregningsprosedyre.

CCBS krever ende-til-ende transparens som GVNS således ikke gir.

CCBS-tjenesten bruker den oppringte parts E.164 nummer. Det samme nummer brukes i CCBS-registeret, for senere oppsett av CCBS-samtaler, og i CCBS-køen for overvåkning av den oppringte abonnent og identifikasjon av den mottatte CCBS-oppringning. Dersom dette ikke ble gjort, kunne ikke den oppringte abonnent i den opprinnelige oppringning, CCBS-forespørsel og CCBS-oppringning knyttes sammen. Bare CCBS-forespørselen og den gjentatte CCBS-oppringning kunne knyttes sammen, (dersom en gjentatt oppringning var mulig, hvilket den ikke er uten den foreliggende oppfinnelse), siden TC-overførings-ID brukes i dette tilfelle. Annen signaleringsinformasjon som brukes av CCBS-ASE er ikke relevant for ruterinformasjon og er ikke påvirket av GVNS.

GVNS-ruterfunksjonen manipulerer den oppringte parts nummer. Den opprinnelige GVNS-ruterfunksjon skaper, ved bruk av data mottatt fra databasen, det avsluttende nettverksruternummer isteden for den avsluttende deltakende tjenesteytende nettverksidentifikasjon. Den avsluttende GVNS ruterfunksjon kan konvertere det mottatte avsluttende nettverksruternummer til et annet avsluttende nettverksruternummer, som brukes i det samme nettverk, men på den andre side kan nummeret forbli uendret. I det tilfelle er den opprinnelige lokale sentral og den lokale bestemmelsessentral ikke klar over at den oppringte parts nummer er det samme.

Det grunnleggende samvirkeproblem for GVNS er at for en GVNS-oppringning vil de funksjonelle innganger hvor CCBS-registeret og CCBS-køen er plassert, ikke identifisere den oppringte abonnent med samme E.164 nummer til den oppringte part. De er ikke klar over nummeret som brukes på det fjerntliggende sted. Fordi CCBS er basert på bruk av samme nummer i CCBS-register og i CCBS-køen, vil ikke tjenesten fungere over GVNS uten tilleggsprosedyrer i enten CCBS, GVNS eller i begge.

Den oppringe parts nummer som brukes på bestemmelses-stedet er bare kjent for den avsluttende lokale sentral og av den avsluttende GVNS-ruterfunksjon. Siden den avsluttende lokale sentral ikke vet at oppringningen er en GVNS-oppringning, (og dermed at spesielle prosedyrer burde anvendes), må knutepunktet med den avsluttende GVNS ruterfunksjon sende dette nummer tilbake til den opphavlige lokale sentral, (eller der det er passende for det opprinnelige private nettverk, PABX), når den oppringte bruker er opptatt, (eller når det er opphopning i et saravirkepunkt i private nettverk). Den eneste melding som sendes i denne oppringningstilstand er REL. En ny parameter eller en retur GVNS-parameter tillagt TNRN (som er det samme som en ny parameter) må legges til REL-meldingen for å bære dette nummer. Dersom det tilkoplede nummer brukes, vil den opprinnelige lokale sentral ikke vite at en spesiell CCBS-prosedyre brukes. Uansett er ikke det tilkoplede nummer inkludert i REL-meldingen.

Dersom den oppringte parts nummer som brukes i bestemmelsessentralen kan mottas av den opphavlige lokale sentral, kan dette nummer brukes i CCBS forespørselen istedet for det lagrede nummer til den oppringte part (dvs. det nummer som ble ringt). Den gjentatte oppringning vil fungere under disse forhold.

Når en CCBS samtale settes opp, må den opphavlige lokale sentral benytte det lagrede nummer for den oppringte part (dvs. det nummer som ble ringt) og ikke det mottatte nummer (dvs. det nummer som benyttes på bestemmelses-stedet og i CCBS-forespørsel operasjonen), fordi nummeret i CCBS-samtale oppsettingen skal manipuleres, på samme måte som for den opprinnelige oppringning, i GVNS-ruterfunksjonene, og det resulterende nummer til den oppringte part som mottas av den lokale bestemmelsessentral, vil være det samme som nummeret som er lagret i CCBS-køen. Dersom det konverterte nummer benyttes for CCBS-oppringning fra den opphavlige lokale sentral, vil konverteringen i GVNS-ruterfunksjonen ikke fungere, fordi det er feil nummer gis inn til konverteringen.

Løsningen på dette problem, som foreslått av den foreliggende oppfinnelse, er vist i fig. 3. En spesiell CCBS-ASE, eller et CCBS-ASE relé, er anordnet i transittknutepunkt som har GVNS-ruterfunksjoner, dvs de transittknutepunkt som forårsaker manglende transparens mellom endene av signaleringslinjen. Ende-til-ende dialogen mellom den oppringte parts CCBS-ASE og den ringende parts CCBS-ASE erstattes av en kjedet dialog via CCBS-ASE-reléene. I fig. 3, brukes en totrinns kjedet dialog. CCBS-ASE reléets eneste funksjon er å videresende CCBS operasjonene i de transittknutepunkter der opphavlige og avsluttende GVNS-ruterfunksjoner er plassert. Alle CCBS-operasjoner består av 2 eller 3 TC-dialoger koblet sammen i en kjede.

Denne fremgangsmåte krever at TC-operasjonene er koblet sammen i en kjede og at CCBS-ASE-reléet kan adresseres med samme nummer til den oppringte part som brukes som global betegnelse for SCCP adresseringen og som brukes av ISUP nettverket for å nå GVNS-ruterfunksjonen plassert i samme transittknutepunkt som CCBS-ASE-reléet.

CCBS-ASE-reléet mottar CCBS-forespørselen. Den eneste parameter som det undersøker er den oppringte parts nummer. CCBS-ASE-reléet benytter GVNS ruterfunksjonen plassert i samme knutepunkt for å få et nytt nummer til den oppringte part. Beregningene må gjentas ettersom den opprinnelige beregning ikke er lagret. Dette nummer erstatter deretter det mottatte nummer i nummerpara-meteren for den oppringte part i neste ledd i dialog-kjeden. Denne kobling mellom dialogene må opprettholdes så lenge dialogene eksisterer. Alle andre parametere i CCBS-forespørselen repeteres uforandret.

CCBS-ASE-reléet er meget enklere enn en normal CCBS-ASE fordi den ikke trenger å skaffe til veie: - overvåkning av oppringt eller ringende aksess,

- opprettelse av CCBS oppringningsindikator,

- opprettelse av CCBS-indikator,

CCBS register,

CCBS kø,

- kontroll av ledig terminal ved inngående CCBS-oppringning,

- funksjoner for utsettelse og gjenopptakelse,

- prosedyrer for opprettholdelsesopsjon, og

- generering av informasjon mot DSS1.

Alle disse egenskaper er skaffet til veie av en normal

CCBS-ASE.

Den foreliggende oppfinnelse sørger derfor for at CCBS realiseres med: - mottak av den oppringte parts nummerinformasjon i TC-dialogen, - utskifting av den oppringte parts omregnede nummer, og - videresending av denne i en ny TC dialog, som rutes (av SCCP) imot det endelige bestemmelsessted for dette nye nummer.

På denne måte videresendes signaleringsinformasjon som trengs for å realisere CCBS mellom flere CCBS-ASE plassert i de lokale sentraler der ringende og oppringt part er tilkoblet.

De TC transaksjons ID som brukes i de kjedede dialoger registreres slik at etterfølgende operasjoner i dialogen også kan videresendes mellom de to lokale sentraler.

Bruk av CCBS-ASE-reléløsningen betyr at ingen tillegg må gjøres til signaleringsprotokollen som brukes for verken GVNS eller CCBS. CCBS-tilleggstjenesten som er realisert i den lokale sentral berøres ikke i det hele tatt. CCBS-ASE-reléet trengs bare der CCBS samvirker med GVNS og kan derfor begrenses til transittknutepunkt der GVNS-ruterfunksjonen er plassert. Derfor kan samvirke-problemet, ifølge foreliggende oppfinnelse, løses fullstendig innenfor GVNS, uten å påvirke den eksisterende CCBS-implementasjon.

Oppfinnelseskonseptet ligger i bruk av en TC-applikasjon for å skape en forbindelse mellom to kjedede TC-dialoger i en serie. Applikasjonen kan tolke parameteren i TC-dialogoperasjonene som inneholder B-nummeret og endre det til et nytt B-nummer ved å hente dette fra en annen tjenestefunksjon.

Oppfinnelsen har applikasjoner i alle oppsett av koblinger, idet den følgende tjenestekombinasjon finnes:

- fullføring av oppringninger - GVNS,

- fullføring av oppringninger - VPN,

- fullføring av oppringninger - fri nummergruppe, - fullføring av oppringninger - personlig nummertjeneste (Telia Persona), og - fullføring av oppringninger - intelligent nettverkstjeneste som har nummeromregning i

SSP.

Oppfinnelsen er ikke begrenset til fullføring av samtaler, men kan benyttes for hvilken som helst tilleggstjeneste som benytter logisk tjenestedistribusjon mellom to lokale sentraler som kommuniserer med TC dialoger, i de tilfeller der tjenesten samvirker med andre tjenester som utfører B-nummer omregning.

Claims

1. Telekommunikasjonssystem som omfatter et antall lokale sentraler, hvori signalering og trafikk data rutes mellom fjernsentraler via en nettverkstjeneste som har ruterkodeomregning, der nettverkstjenesten inkluderer et flertall transittknutepunkt, og telekommunikasjonssystemet tilpasses for å frembringe en abonnent tilleggstjeneste som medfører samvirke mellom to abonnenter idet: - kjennskap om en abonnents aksesskode, som brukes i den oppringte abonnents lokale sentral, kreves i den ringende abonnents lokale sentral, - abonnentens aksesskode genereres ved modifikasjon av oppringte abonnents rutingskode som brukes av den oppringte abonnents lokale sentral, og - modifikasjonen oppstår i et transittknutepunkt i nettverkstjenesten, hver lokale sentral har et applikasjonstjenesteelement for å frembringe tilleggstjenesten, karakterisert ved at minst noen transittknutepunkt inneholder et reléapplikasjonstjenesteelement som er tilpasset for å videresende signaleringsdata mellom lokale sentraler, og som inneholder oversetterorganer for å konvertere en abonnent aksesskode som brukes i en oppringt abonnents lokale sentral, til en oppringt abonnents rutingskode som brukes av en ringende abonnent sentral, og der signaleringsdata overføres mellom den ringende og den oppringte lokale sentral via reléapplikasjonselemetet i transittknutepunktet.

2. Telekommunikasjonssystem i samsvar med krav 1, karakterisert ved at ett, og bare ett, transittknutepunkt, der signalering overføres mellom oppringte parts lokale sentral og ringende parters lokale sentraler, inneholder reléapplikasjonstjenesteelementet, slik at det ved bruk etableres en totrinns kjedet TC-signaleringsdialog mellom den oppringte parts lokale sentral og den ringende parts lokale sentral.

3. Telekommunikasjonssystem i samsvar med krav 1, karakterisert ved at to transittknutepunkt, der signalering mellom oppringte parts lokale sentral og ringende parts lokale sentral overføres gjennom, inneholder reléapplikasjonstjenesteelementer, slik at det ved bruk etableres en tretrinns kjedet TC-signaleringsdialog mellom den oppringte parts lokale sentral og den ringende parts lokale sentral.

4. Telekommunikasjonssystem i samsvar med et av kravene 1-3, karakterisert ved at abonnent tilleggstjenesten er en CCBS-tjeneste.

5. Telekommunikasjonssystem i samsvar med et av kravene 1-4, karakterisert ved at nettverkstjenesten med rutingskodeomregning er en GVNS-tjeneste.

6. Telekommunikasjonssystem i samsvar med et av kravene 1-5, karakterisert ved at telekommunikasjonssystemet er et enkelt enhetlig ISDN-system.

7. Telekommunikasjonssystem i samsvar med et av kravene 4-6, karakterisert ved at en CCBS-ASE er plassert i hver lokale sentral i telekommunikasjonssystemet der den sørger for CCBS til de tilkoplede abonnenter.

8. Telekommunikasjonssystem i samsvar med et av kravene 4-7, karakterisert ved at hver av de mange transittknutepunktene ved bruk tilpasses mottak av signalering fra en lokal sentral, der de sørger for CCBS til de tilkoplede abonnenter, idet et CCBS-ASE-relé er plassert deri.

9. Telekommunikasjonssystem i samsvar med krav 8, karakterisert ved at CCBS-ASE-reléet er tilpasset for å endre den oppringte parts kode innbefattet i en mottatt TC-signaleringsdialog og for å ikke utføre andre CCBS-ASE-funksjoner.

10. Fremgangsmåte til bruk i et telekommunikasjonssystem, som omfatter et antall lokale sentraler, hvori signalerings- og trafikkdata rutes mellom fjernsentraler via en nettverkstjeneste som har kodeomregning, der nettverkstjenesten inkluderer et antall transittknutepunkt, der fremgangsmåten frembringer en abonnent tilleggstjeneste som inkluderer samvirke mellom to abonnenter, idet: - kjennskap om en abonnents aksesskode, som brukes i den oppringte abonnents lokale sentral, kreves i den ringende abonnents lokale sentral, - abonnentens aksesskode genereres ved modifikasjon av oppringte abonnents ruterkode som brukes av den oppringte abonnents lokale sentral, og - modifikasjonen oppstår i et transittknutepunkt i nettverkstjenesten, hver lokale sentral har et applikasjonstjenesteelement for å frembringe tilleggstjenesten, der fremgangsmåten er karakterisert ved at: - overføring av signaleringsdata fra den oppringte abonnents lokale sentral til et reléapplikasjonselement plassert i et transittknutepunkt, dataene inkluderer abonnent aksesskoden som brukes i den oppringte abonnents lokale sentral, - konvertering av abonnentens aksesskode til abonnentens ruterkode i transittknutepunktet, - modifisering av signaleringsdataene mottatt fra den oppringte abonnents lokale sentral ved erstatning av abonnentens ruterkode for abonnentens aksesskode, og - overføring av de modifiserte signaleringsdata til den ringende abonnents lokale sentral.

11. Fremgangsmåte i samsvar med krav 10, karakterisert ved at signaleringsdata overføres mellom den oppringte parts lokale sentral og den ringende parts lokale sentral i en totrinns kjedet TC-signaleringsdialog, der det første trinn foregår mellom transittknutepunktet og den oppringte parts lokale sentral, og det andre trinn foregår mellom den ringende parts lokale sentral og transittknutepunktet.

12. Fremgangsmåte i samsvar med krav 10, karakterisert ved at signaleringsdata overføres mellom den oppringte parts lokale sentral og den ringende parts lokale sentral i en tretrinns kjedet TC-signaleringsdialog, der det første steg foregår mellom et første transittknutepunkt og den oppringte parts lokale sentral, det andre steg foregår mellom første og andre transittknutepunkt, og det tredje steg foregår mellom den ringende parts lokale sentral og det andre transittknutepunkt.

13. Fremgangsmåte i samsvar med et av kravene 10 - 12, karakterisert ved at abonnent tilleggstjenesten er en CCBS tjeneste.

14. Fremgangsmåte i samsvar med et av kravene 10 - 13, karakterisert ved at nettverkstjenesten som har ruterkodeomregning er en GVNS tjeneste.

15. Fremgangsmåte i samsvar med et av kravene 10 - 14, karakterisert ved at tjenestekommunika-sjonssystemet er et enkelt enhetlig ISDN-system.

16. Fremgangsmåte i samsvar med et av kravene 13 - 15, karakterisert ved at signaleringsdataene overføres mellom flere CCBS-ASE plassert i hver lokale sentral i telekommunikasjonssystemet og sørger for CCBS til de tilkoplede abonnenter.

17. Fremgangsmåte i samsvar med et av kravene 13 - 15, karakterisert ved prosessering av signaleringsdataene mottatt på hver av de mange transittknutepunkter fra en lokal sentral, i et CCBS-ASE-relé som er plassert i hvert av transittknutepunktene.

18. Fremgangsmåte i samsvar med krav 17, karakterisert ved at i CCBS-ASE-reléet endrer den oppringte parts kode innbefattet i en mottatt TC-signaleringsdialog og ikke utfører noen andre CCBS-ASE-funksjoner på nevnte signaleringsdata.

19. Nettverkstjenestetransittknutepunkt for bruk ved fremgangsmåten i samsvar med et av kravene 10 - 18, karakterisert ved at transittknutepunktet inkluderer mottakerorganer for mottak av signaleringsdata sendt fra en oppringt lokal sentral, dataene inkluderer abonnentaksesskoden som brukes ved den lokale fjernsentral, konverteringsorganer for å konvertere abonnentaksesskoden til en abonnentruterkode, signalgenereringsorganer for generering av modifiserte signaleringsdata, fra signaleringsdata mottatt av mottaksorganene, ved erstatning av abonnentrutingskoden for abonnentaksesskoden, og overføringsorganer for overføring av de modifiserte signaleringsdata til den ringende abonnents lokale sentral.

20. Nettverkstjenestetransittknutepunkt i samsvar med krav 19, karakterisert ved at konverteringsorganene er et CCBS-ASE-relé.

21. Nettverkstjenestetransittknutepunkt i samsvar med krav 20, karakterisert ved at CCBS-ASE reléet er tilpasset for å endre den oppringte parts kode innbefattet i en mottatt TC-signaleringsdialog og for ikke å utføre andre CCBS-ASE-funksjoner.