SE506693C2 - Förfarande och arrangemang för att sända tjänsteinformation i ett intelligent nät - Google Patents

Description

506 693 10 15 20 25 40 2 utsäga vilken information som skall skickas med. Detta gör uppdateringar av stationsdatat ännu mer komplext. Dessutom är det så att en mer avancerad tjänst, beroende på yttre faktorer såsom tid och datum, kan behöva mer eller mindre information för att exekveras korrekt, vilket inte tele- växeln kan eller vill ta hänsyn till.

Enligt föreliggande uppfinning löses ovanämnda problem genom att man i stället låter den anropade entiteten, t.ex. tjänststyrningsfunktionen, fråga efter den information som behövs vid godtyckligt tillfälle. Detta innebär en viss ändring av det befintliga INAP-protokollet genom att en ny operation informationsbegäran tilläggs.

Fördelen med uppfinningen jämfört med tidigare teknik är att den överförda informationsmängden optimeras och minskas, vilket leder till minskat behov av bandbredd samt kortare svarstider. Dessutom underlättas standardiserings- arbetet med att komma överens om vad som skall skickas i varje operation, vilket leder till ett enklare protokoll där man endast behöver specificera globalt vilken information som kan finnas tillgänglig i varje entitet. Genom att ut- nyttja uppfinningen kan man pà fördelaktigt sätt använda entiteter med olika grad av funktionalitet i nätet, vilket optimerar kostnaderna för nätet. Exempelvis kan eventuellt företagsväxlar med en begränsad funktionalitet jämfört med AXE också användas som tjänstkopplingsenheter (SSP).

Sammanfattning av uppfinningen Således tillhandahåller föreliggande uppfinning ett förfarande för att sända tjänstinformation i ett intelligent nät innefattande anropande och anropade entiteter. Enligt uppfinningen sänds en begäran om information förknippad med en tjänst som skall aktiveras från den anropade entiteten till den anropande entiteten.

Uppfinningen avser också ett arrangemang för att utföra förfarandet. Uppfinningen är definierad i detalj i åtföl- jande patentkrav.

Kortfattad beskrivning av ritningen Uppfinningen kommer att beskrivas nedan i detalj med hänvisning till ritningen, varav den enda figuren schema- 10 15 20 25 30 40 506 693 3 tiskt illustrerar ett exempel pä intelligent nät.

Detaljerad beskrivning av föredragna utförinqsformer I ett typiskt intelligent nät är en abonnent, som i figuren illustreras med en telefon, ansluten via en växel X till en tjänstkopplingspunkt Service Switching Point SSP.

Via ett protokoll INAP samarbetar tjänstkopplingspunkten med en tjänststyrningspunkt Service Control Point SCP. Enheterna SCP och SSP är grunden i dagens AXE-växlar. Det hela hante- ras av ett tjänsthanteringssystem Service Management System SMS.

Ett exempel på en tjänst i ett intelligent nät är 020- numer. Tjänsten innebär att en abonnent som ringer ett 020- nummer kan ringa gratis.

I dag fungerar ett 020-numer pá följande sätt. 1. En kund ringer till ett företag som har ett 020- exempelvis 020-31 31 31. 2. SSP tar emot kopplet och ställer en fråga mot den Ilummêr , SCP n där tjänsten är realiserad. 3. SCP börjar exekvera tjänsten (tjänstscripten). I INAP finns 29 operationer och för 020-tjänsten används 2 operationer. Dessa operationer medför att SCP fràn SSP er- håller information om vilken tjänst som efterfrågas samt nödvändig information för att utföra tjänsten. Vid 020- tjänsten är en nödvändig information B-numret, dvs. 020- numret. 4. SSP ställer upp kopplet mot slutlig destination C- nummer och skickar info: debitera ej A-nummer (kundens numer).

Enligt föreliggande uppfinning är det i stället den alltså SCP, den anropande entiteten, SSP, när en tjänst skall exekveras. anropade entiteten, som ställer en fråga till SCP begär dä de uppgifter som den behöver för att utföra tjänsten. Den information som SCP behöver kan vara olika typer av telefonnummer, tid, geografiska uppgifter m.m.

En fördel med detta är att olika SSP i nätet är av olika fabrikat och klarar pà grund av sin konstruktion endast att leverera viss typ av information. SCP frågar bara efter den nödvändiga informationen, vilket betyder att tjänsten kan komma att levereras med olika kvalitet beroende 506 693 10 15 20 25 30 40 4 på vilken SSP som initierar tjänsten. Om SSP inte kan ge all önskvärd information innebär detta sämre kvalitet. Å andra sidan skickas ej någon onödig information utan bara den in- formation som krävs för tjänsten. Detta medför att informa- tionsflödena minskar.

Vid debitering av 020-nummer sker följande. 1. Debiteringsinformation skapas i SSP i form av en datapost, en s.k. TT-post, per samtal. Prissättningen sker utanför telenätet. 2. TT-posten innehåller uppgifter såsom A-nummer, B- numer, C-nummer, tidpunkt och samtalslängd.

För att implementera uppfinningen i INAP behövs en ny operation kallad RequestAdditionallnformation. Argumentet till denna operation är en lista av unika identiteter (värden) som motsvarar informationsenheter (variabler). Ope- rationen har länkat till sig ett Resultat som sänds till- baka, en lista med informationsenheter som är kodade enligt ASN.l allt enligt ASN.l standard. Argumentet för Resultat är och BER (Basic Encoding Rules), vilket gör att hela eller delar av begärd information kan returneras utan att man tappar ordningen på typen av informationsenheter.

RequestAdditionalInformation : ; = OPERATION ARGUMENT RequestAdditionalInformationArg RESULT ReceivedAdditionalInformationArg ERRORS { MissingParameter SystemFailure Taskrefused } RequestAdditionallnformationArg : 1 = SEQUENCE { infoUnit [O] InfoUnit OPTIONAL, infoUnit UM InfoUnit OPTIONAL } Talet m anger de maximala antalet informationsenheter som kan begäras per gång. 10 15 20 25 40 506 693 5 InfOUnit : : = ENIMERATED{ infol (0). info2 (1), infon (n) } infol infon är de informationsenheter som har standar- diserats eller som någon tillverkare har definierat för en infol infon heter naturligtvis något annat i Talet n är det entitet. verkligheten, t.ex. Anumber, Bnumber etc. maximala antalet olika informationsenheter som finns i nätet eller systemet. Talet m S n. Om m=n så kan man få hela sys- temets informationsmângd i en förfrågan.

ReceivedAdditionalInformationARG : : = SEQUENCE { [a] Information OPTIONAL, [b] Information OPTIONAL, [c] Information OPTIONAL, [d] Information OPTIONAL information information information information -} Maximalt kan m enheter av information returneras. b. finns för en informationsenhet.

Talen a, c, d ingår i mängden N och är de unika identiteter som Antag att vi har en entitet med tvâ informationsen- heter, A-nummer(O) och B-nummer(1). För att få veta vad A och B-numret är just nu i denna dialog med entiteten, så skickar vi följande RequestAdditiona1 Information = OPERATION ARGUMENT SEQUENCE { infoUnit HH Bnumber(1), infoUnit DJ Anumber(O) } Som resultat får vi då om båda informationsenheterna exi- Sterar: 506 693 10 15 20 25 30 35 RESULT SEQUENCE { anumber HH Anumber, bnumber HJ Bnumber } Om A-nummer inte finns tillgängligt fås: RESULT SEQUENCE { bnumber DJ Bnumber } I detta fallet innehåller mängden N, två informationsenheter med unika identiteter O och 1. Talet n och m är satt till 1 (ett) eftersom vi börjar att räkna fràn noll.

Det utökade protokollet får följande egenskaper. God- tycklig entitet kan begära information frän godtycklig en- titet i det intelligenta nätet om det finns en dialog mellan entiteterna. En entitet behöver inte lämna ut begärd infor- mation eller endast delar därav baserat pà ”bästa försök".

Godtyckligt antal informationsbegäran kan ske med en eller flera informationsenheter i varje begäran. Vilken informa- tion som kan returneras finns beskrivet i entitetens till- hörande specifikation som även denna kan begäras av någon annan entitet. Varje informationsenhet har en unik identitet i hela nätet eller systemet.

Standardiseringen av protokollet underlättas då man endast behöver ange grundläggande information för varje operation. Övrig information som kan begäras definieras för varje entitet i standard eller varje tillverkare av enti- teter. Detta underlättar betydligt standardiseringsarbetet.

Genom att utnyttja uppfinningen kan man ha entiteter i nätet med olika stor funktionalitet men med ett gemensamt proto- koll att använda.

Uppfinningen är endast begränsad av patentkraven nedan.

Claims (10)

10 15 20 25 b) KJI 7 506 693 PATENTKRAV

1. Förfarande för att sända tjänstinformation i ett intelligent nät, innefattande anropande och anropade entiteter, kännetecknat av att en begäran om information förknippad med en tjänst som skall aktiveras sänds fràn den (SCP)

2. Förfarande i enlighet med krav l, kännetecknat av anropade entiteten till den anropande entiteten (SSP). att informationsbegäran innefattar en lista av informa- tionsenheter som är definierade för respektive entitet.

3. Förfarande i enlighet med krav l eller 2, känneteck- nat av att resultatet av informationsbegäran sänds från den anropande entiteten till den anropade entiteten och innefat- tar en lista av kodade informationsenheter.

4. Förfarande i enlighet med krav 3, kännetecknat av att kodningen av informationsenheterna sker enligt en stan- dard, t.ex. ASN.l.

5. Arrangemang för att sända tjänstinformation i ett intelligent nät, innefattande anropande och anropade entiteter, kännetecknat av att entiteterna är anordnade att sända en begäran om information förknippad med en tjänst som skall aktiveras fràn den anropade entiteten (SCP) till den anropande entiteten (SSP).

6. Arrangemang i enlighet med krav 5, kännetecknat av att informationsbegäran innefattar en lista av informa- tionsenheter som är definierade för respektive entitet.

7. Arrangemang i enlighet med krav 5 eller 6, känne- tecknat av att resultatet av informationsbegäran innefattar en lista av kodade informationsenheter.

8. Arrangemang enligt något av föregående krav, känne- tecknat av et: protokoll som innefattar en operation för att begära tjänstinformation.

9. Arrangemang enligt krav 8, kännetecknat av att protokollet är ett utökat INAP-protokoll. kännetecknat av att den (SCP) den anropande entiteten är en kopplingsenhet (SSP).

10. Arrangemang enligt krav 9, anropade entiteten är en tjänststyrningsenhet och att