SE518288C2 - Arrangemang och metod för att tillhandahålla kommunikation mellan ändpunkter i ett IP-nätverk - Google Patents

Description

20 25 30 518 288 “Gatekeepern” tillhandahåller de ovan nämnda funktionerna för terminaler, multipunktsstyrenheter och gateways som är registerade i den.

“Gatekeepern” kan också utföra valfria funktioner såsom - anropsstyrningssignalering - “gatekeepern” kan välja att fullborda anropssignalering med ändpunkterna och processa anropet själv. Alternativt kan “gatekeepern” styra ändpunkterna till att koppla anropssignaleringen till varandra; - anropsauktorisation - “gatekeepern” kan avslå ifrån en terminal Andra anropsuppkoppling baserat på ett auktorisationsfel. skäl till avslag kan utgöras av begränsad access till eller från en specifik terminal eller gateway, begränsad access under vissa perioder; antalet till - bandbreddshantering - “gatekeepern” kontrollerar aktiva H.323 terminaler som medges samtidig access nätet. “Gatekeepern” kan avslå anrop ifrån en terminal om den bedömer att den tillgängliga bandbredden är otillräcklig; - anropshantering - “gatekeepern” kan ha en lista över pågående H.323 samtal. Denna information kan vara nödvändig för att indikera att en anropad terminal är upptagen och för att tillhandahålla bandbreddshanteringsdata.

För att en förbindelse från en originerande ändpunkt, exempelvis en telefon, till en terminerande ändpunkt, exempelvis en telefon, ska kunna etableras, måste en begäran om anropsuppkoppling komma från den originerande ändpunkten belägen utanför “gatekeepern”.

Ett antal Basic Call kärnfunktioner måste utföras, till exempel registrering av ändpunkter, anropsuppkoppling, anropsrouting.

Minimalt dessa funktioner bör en “gatekeeper” kunna utföra. Ovanpå 10 15 20 25 30 518 288 u ø | o | | .n dessa bör det vara möjligt att lägga till ett antal kompletterande tjänster. Efter att Basic Call kärnfunktionerna har utförts, blir den förbunden med den terminerande originerande ändpunkten ändpunkten.

Idag är det en begränsad separering mellan Basic Call kärnan och de tjänster som “gatekeepern” kan utföra. till, är När nya tjänster läggs Call kunna kopplas behöver upp/ Detta betyder det mycket möjligt att Basic kärnan förändras. För att en ny förbindelse ska behöver den originerande ändpunkten initiera den. att den originerade ändpunkten behöver vara intelligent.

Det största problemet med den existerande lösningen är att systemet inte är flexibelt. till, att på ett enkelt sätt återanvända redan existerande lösningar. Om För att nya tjänster ska kunna läggas behöver hela systemet förändras. Det är inte heller möjligt någonting behöver förändras i Basic Call kärnan kommer hela (Core), arkitekturen att påverkas. Beroende på avsaknaden av flexibilitet för plattformen, är det inte möjligt att kunna uppfylla de olika behov som olika användare har på ett lätt sätt.

Ett annat problem är en säkerhetsaspekt. till, Basic Call Core funktioner. Dessa nya funktioner kan vara tillägg För att de När nya funktioner läggs behöver tilläggen göras i “gatekeeperns” huvudhantering av ifrån en källa utanför producentens område. nya funktionerna skall kunna adderas, behöver den person som adderar ha full access till hela systemet vilket innebär en säkerhetsrisk.

Alla de aktioner som utförs av “gatekeepern” är synliga, eftersom begäranden utifrån direkt orsakar en aktion. Det är inte möjligt att göra oberoende förändringar. Om Basic Call Core förändras, kan detta leda till att kommunikation mellan oförändrade ändpunkter inte längre är möjlig. 10 15 20 25 30 Q n ø n nu annu nu nns-oo 518 233 '°-.=' REDOGÖRELSE FÖR UPPFINNINGEN Vad som behövs är därför en mera flexibel och säkrare anordning för att tillhandahålla kommunikation mellan ändpunkter i ett paketbaserat nät som anvander ett lr-protokoll och som innefattar en “gatekeeper"funktion för hantering av anropsuppkoppling.

Anordningen enligt uppfinningen tillhandahåller en lösning på dessa problem, och denna lösning är kännetecknad av att “gatekeeper”funktionen indelas i en Basic Call Controlplattform för att och utföra rudimentär anropshantering ändpunktsadministration, och en serviceapplikationsplattform, för att hantera tjänstebegäranden och användarprofiler. (Service Application platform - SAP). Alla aktioner som utföres av en serviceapplikationsplattform. hålles transparenta för Basic Call (Basic Call-styrplattformen) Core och stödet för tjänsterna är uppdelat i envelopper. Varje envelopp är en kort sekvens mellan Basic Call Core och serviceapplikationsplattformen. Envelopperna är uppdelade i huvudenvelopper och insidesenvelopper, eller interna envelopper.

Företrädesvis stödjer “gatekeeper”funktionaliteten mer än en serviceapplikationsplattform. “Gatekeeper”funktionaliteten kan också stödja kopiering av en serviceapplikationsplattform, för att modifiera den, för att lägga till en ny funktionalitet till “gatekeepern” genom att addera den nya funktionaliteten till SAP- kopian.

Enligt ett annat utförande av uppfinningen är huvudenvelopperna de som definieras av händelserapporteringen och i vilka mindre envelopper kan inkluderas.

Varje nätändpunkt kan innehålla en terminal för att transportera realtidstal och data. Terminalen kan också ha förmåga att 10 15 20 25 30 5 transportera vilken kombination som helst av realtidstal, data och realtidsvideo, inkluderande videotelefoni.

Förfarandet enligt uppfinningen kännetecknas av stegen att ta emot en begäran om en funktion i Basic Call Core från ändpunkterna, begäran till serviceapplikationsplattformen där till vidarebefordra enveloppen ifrån SAP:en till den korrekta tjänsten, vidarebefordra overhead adderas begäran, innefattande en envelopp, och avlägsna enveloppen fràn overheaden och tolka informationen.

Alla aktioner som utförs av en SAP hàlles transparenta för Basic indelade i huvudenvelopper och Call Core, och envelopperna är insidesenvelopper.

En föredragen utföringsform av förfarandet innefattar stegen att meddelandet gå Call till serviceapplikationsplattformen som» antingen reagerar pà begäran låta ifrån Basic Core eller .ej, och returnera begäran till Basic Call Core för att utföra de aktioner som begärts av SAP:en.

Enligt en annan föredragen utföringsform av uppfinningen initieras en anropsuppkoppling av en kompletterande tjänst som innefattar en begäran om anropsuppkoppling (Connection att sända till Basic Call Core, steget Request) som följer begäran, varpå anropet fortgår på normalt sätt.

KORTFATTAD FIGURBESKRIVNING Uppfinningen kommer i det följande att ytterligare beskrivas på ett icke begränsande sätt under hänvisning till bifogade figurer i vilka: Fig. 1 schematiskt illustrerar en implementering av en anordning enligt uppfinningen, Fig. 2 illustrerar funktionaliteten mellan serviceapplikationsplattformen, Basic Call Core- canon: 10 15 20 25 30 518 288 6 gränssnitten och ändpunkterna i enlighet med uppfinningen, Fig. 3 visar händelseflödet mellan ändpunkterna, Basic Call Core, serviceapplikationsplattformen och de kompletterande tjänsterna, Fig. 4 visar strukturen på Basic Call Core, Fig. 5 visar strukturen på serviceapplikationsplattformen, Fig. 6 schematiskt illustrerar hur tjänster kommunicerar mellan varandra när de är belägna i olika utrustningar, Fig. 7 visar ett exempel på en envelop som initieras av Basic Call Core, och Fig. 8 visar ett exempel på en envelop som initeras av serviceapplikationsplattformen.

DETALJERAD BESKRIVNING AV UPPFINNINGEN Figur 1 visar de element och gränssnitt som används i en anordning enligt uppfinningen för att illustrera protokollaspekterna för tjänsteimplementeringen i ett telefonisystem som utnyttjar Internet Protocol. Basic Call Core 10 och serviceapplikationsplattformen ll är logiska delar av “gatekeeper” 12, medan alla andra element, dvs servicemoln 13, originerande ändpunkt 14 och terminerande ändpunkt 15 ligger utanför “gatekeepern”. Elementen i “gatekeeper” 12 behöver inte implementeras som separata entiteter, de kan lika väl vara ihopslagna till en entitet, även om de är funktionellt separerade.

Servicemolnet 13 implementerar tjänster och det kan bestå av en eller flera tjänster. Det är möjligt för tjänsterna, inom molnet, att samexistera och att aktiveras för samma händelse, exempelvis kan en tjänst av typ hämta anrop vara aktiv på samma gång som vidarebefordra anrop vid upptaget är aktiv. Interaktionerna mellan tjänster hanteras mellan de interagerande tjänsterna och inte av servicapplikationsplattformen. SAP:en kan också tillhandahålla en 10 15 20 25 30 518 288 Iåilšï mekanisnl för tjänster för att detektera och identifiera interaktion.

En originerande ändpunkt 14 är ett generiskt element i IPT- systemet som originerar anropet. Det kan vara en klient, en Gateway, en annan “gatekeeper” eller någon annan anordning som implementerar IPTP-protokollet.

Den terminerande ändpunkten 15 är ett generiskt element i IPT- systemet där anropet termineras. Det kan vara en klient, en Gateway, en annan “gatekeeper” eller någon annan anordning som implementerar IPTP~protokollet.

Figur 2 illustrerar schematiskt den grundläggande funktionaliteten Call Core 10 Gränssnittet 16 mellan Basic mellan serviceapplikationsplattformen ll, Basic gränssnitten och ändpunkterna 14, 15. 15 hanterar händelser som är till registrering och avräkning. Gränsnittet 17 mellan Basic Call Core SAP ll RAS-relaterade Call Core 10 och ändpunkterna 14, relaterade till anropkontroll och RAS-servern för och hanterar händelser såväl som anroprelaterade händelser. Pâ detta sätt hanterar Basic Call Core såväl ändpunktsadministration som anropshantering. En referens till den. plattform som ska användas för en specifik användare lagras i den lokala routingtabellen, exempelvis i användarprofil 18.

Genom att separera Basic Call Core ifrån SAP, kommer skapandet av nya tjänster att förenklas. Olika operatörsgrupper kan arbeta på olika delar på samma gång, och det kommer att vara mycket lättare att komma fram till en bra lösning. Framtida uppgraderingar av ett existerande system kommer att vara mycket lättare att göra eftersom det är möjligt att göra det utan att det får genomslag i det fungerande systemet. 10 15 20 25 30 51 s 288 o o n o v n uu Systemets säkerhet förbättras eftersom Basic Call Core inte längre kommer att utföra några kritiska aktioner, och därför kommer det inte att vara möjligt att se från utsidan vilka aktioner som utföres. Ny funktionalitet som inte existerade när Basic Call Core skapades kan lätt adderas till en SAP, och ytterligare SAP:er kan adderas till en Basic Call Core, och på det sättet tillhandahålla olika tjänster till olika användare.

Flera serviceapplikationsplattformar kan existera samtidigt ovanpå Basic Call Core. Detta betyder att det är möjligt att addera funktionalitet till “gatekeepern” utan att behöva förändra Basic Call Core. Om någon ny funktionalitet skulle behöva adderas till en existerande SAP, behöver den bara kopieras och ny funktionalitet kan adderas till kopian. Gammal funktionalitet, exempelvis ifrån ett existerande intelligent nät kan också inkluderas på detta sätt. Om mera funktionalitet behövs än vad BCC kan tillhandahålla, är det fortfarande möjligt att addera denna, låta SAP “ta behövda funktionaliteten. genom att över” och addera den Alla. de aktioner soul utförs av en av SAP:erna är fullständigt osynliga för Basic Call Core. Detta gör meddelandet säkert, eftersom utsidan inte har någon möjlighet att påverka de interna aktionerna. Det betyder också att SAP:ns interna aktioner inte kan påverkas av Basic Call Core.

Händelseflödet mellan ändpunkterna 14, 15, Basic Call Core 10, serviceapplikationsplattformen ll och de kompletterande tjänsterna 19 visas i Fig. 3. Ändpunkterna är generiska, och därigenom blir det möjligt för några av de kompletterande tjänsterna att initiera Den kompletterande tjänsten sänder en begäran om till Basic Call en uppkoppling. att initiera en uppkoppling (Connection Request) Core, som följer begäran, och anropet fortskrider son: normalt. 10 15 20 25 30 . a n on u a n ou I H H ' ' ~ ::: :::: ':'2 '-'I Vf! H 2.- u. .- 1 f. .. . . - z .ß g . .... .... . . __N__ . .. . .... .sun ..

Således är det möjligt att låta intelligenta tjänster initiera en uppkoppling terminerande ändpunkten. mellan den originerande ändpunkten och den Fördelen med detta är att det inte kommer att finnas något behov för intelligens i andra delar av systemet.

Detta är både kostnadseffektivt och sparar andra resurser. På detta sätt blir det också möjligt att expandera mängden av olika tjänster som erbjuds av systemet.

När meddelanden sändes ifrån skickar Basic Call Core först meddelandet upp till SAP. “gatekeepern”, SAP kan reagera på begäran eller ej (utföra tjänster, vidarebefordra den till den lämpliga tjänsten, osv) och returnerar därpå begäran till Basic Call Core.

BCC utför de aktioner som begärs av SAP.

“Gatekeepers” 12 Basic Call Core 10 illustreras mera i detalj i Fig. 4. Detta element ansvarar för: - Registrering och avregistrering av godtagna ändpunkter - Anropsuppkoppling - Anropsrouting - Notering och rapportering av användningdata för Basic Call - Anropsövervakning - Anropsnedkoppling - Händelserapportering Basic Call Core ansvarar inte för tjänsteaktiveringar eller tjänsteåkallande och agerar inte på någon tjänsterelaterad data som tas emot i meddelanden ifrån en ändpunkt.

RAS händelser är relaterade till meddelanden som tas emot över RAS-kanalen ifrån ändpunkten.

SAP händelser relateras till registreringen av SAP:en i Basic Call Core. 10 15 20 25 30 n un on o . ...ann n n oo »on 518 288 10 Administrativa händelser är relaterade till administrationen av användaridentiten (tex ett E.l64 nummer).

Anropsrelaterade händelser är relaterade till ett anrop. Basic Call Core har kontrollen över denna händelseväg. Både Callkontroll och mediahändelser transmitteras över denna väg.

Intrångshändelser används av serviceapplikationsplattformen för att begära tillåtelse att ta kontrollen över den anrops-relaterade händelsevägen.

Strukturen på serviceapplikationsplattformen ll visas i Fig. 5.

Den huvudsakliga uppgiften för SAP:en är att agera som en koordinator för tjänster. Plattformen ska också dölja vad som är Call oberoende protokollspecifikt för Basic och således göra tjänstegränssnittsprotokollet så av Basic Call- protokollet som möjligt. SAP:en kan också bara vara en enkel protokollkonverterare som antar andra medel för tjänsteskapande, exempelvis tjänster implementerade av det intelligenta nätet (IN) inom PSTN.

Tjänsteimplementeringsprincipen i IPT-systemet består av att, på ett enkelt Basic Call, tillåta olika tjänstekoncept, exempelvis ett agentkoncept, implementeras ovanpå Basic Call. De olika tjänstekoncepten bör kunna samexistera. som används för en specifik användare, Det faktunl att Basic: Call Typen på tjänstekonceptet, är fullständigt dolt för Basic Call. inte tillåts att känna till om aktiva tjänster, skapar ett krav på att tillåta tjänster att kommunicera utan interferens av' Basic Call Core. 0 o n no nunnan u - von 10 l5 20 25 30 518 288 ø n n n n ø | ua ll Figur 6 illustrerar hur tjänster kommunicerar mellan varandra när de ligger på olika utrustning. En tjänst kan bestå av en server och en klient. Klienten kan vara belägen i terminalen medan Protokollet l innefattar Protokollet servern är belägen i en “gatekeeper”. meddelanden och parametrar som används av Basic Call. 2 mellan tjänsteplattformarna, transporteras av de generiska parametrarna i Basic Call protokollet. Protokollet 3 mellan tjänsteklienten och servern är inbäddat inom tjänsteapplikationsinformationen eller också kan det vara en direktkommunikation som använder andra kommunkikationsmedel, tex http, ftp osv.

Anrops-, och tjänsteseparation (Call) Ett anrop delas upp i två lager: Basic Call och tjänster.

Basic Call körs oberoende av tjänsterna och vice versa. Detta gör det möjligt för nya tjänster att utvecklas utan kännedom om Basic Call och gör det också möjligt att addera en ny Basic Call egenskap.

Envelopper Stödet för tjänster är indelat i envelopper. En envelopp är en kort sekvens mellan Basic Callkärnan av tjänsteapplikationsplattformen. Flera starthändelser och flera associerade sluthändelser definieras. All möjliga händelser mellan starthändelserna och sluthändelserna är väl definierade.

Envelopperna är indelade i huvudenvelopper och insidesenvelopper.

Huvudenvelopper är de som är definierade av händelserapporteringen och i vilka mindre envelopper kan inkluderas. Insidesenvelopper är de som är inkluderade inom huvudenvelopperna. grupper, serviceapplikationsplattformen Huvudenvelopperna kan vara indelade i två separata nämligen de som initieras från eller de som initieras ifrån Basic Call Core. 10 15 20 25 30 518 288 I u ø u n ø | un 12 Figur 7 visar en envelopp som har initierats av Basic Call Core 10. När en begäran om en funktion kommer ifrån en av ändpunkterna, tar Basic Call Core emot den. Basic Call Core vidarebefordrar begäran till SAP ll, där overhead adderas till begäran, som till där overheaden avlägsnas ifrån enveloppen och innefattar en envelopp. Enveloppen vidarebefordras den korrekta tjänsten, informationen tolkas.

Figur 8 visar en envelopp som har initierats av serviceapplikationsplattformen ll.

Det skall vara klart att uppfinningen givetvis inte är begränsad till de speciellt illustrerade utföringsexemplen utan att den kan varieras på ett antal sätt inom ramen för vidhängande patentkrav.

Claims (11)

10 15 20 25 30 u Q n o | oc u o | u u: 518 288 n e ~ u nu 15 PATENTKRAV

1. En anordning för att tillhandahålla kommunikation mellan ändpunkter (14,15) i ett paketbaserat nät som utnyttjar ett IP- protokoll, innefattande en “gatekeeper”-(12) funktion för hantering av anropsuppkoppling, k ä n n e t e c k n a d d ä r a v att styrplattform (10) “gatekeeper”-(12) funktionen är uppdelad i en Basic Call- för utförande av rudimentär anropshantering och ändpunktsadministration, och en serviceapplikations-plattform (11) där alla (ll) och att stödet för för att hantera tjänstebegäranden och användarprofiler, utföres av en serviceapplikationsplattform (10), tjänsterna är uppdelat i envelopper, där varje envelopp är en kort (10) envelopperna aktioner som hålles transparenta för Basic Call Core mellan Basic Call Core och (11), huvudenvelopper och insidesenvelopper. sekvens serviceapplikations- plattformen varvid vidare är uppdelade i

2. En anordning enligt patentkrav 1, där “gatekeeper”-(12) funktionaliteten stöder fler än en serviceapplikationsplattform (11).

3. En anordning enligt patentkrav 2, där “gatekeeper”-(12) funktionaliteten stöder kopiering av en serviceapplikations- plattform (SAP)(11) i avsikt att modifiera den för att lägga till ny funktionalitet till “gatekeepern” genom att addera den nya funktionaliteten till SAP-kopian. där

4. En 1,2 SOIII är eller 3, definieras av anordning enligt patentkrav huvudenvelopperna är de 10 15 20 25 30 u n ø ~ nu - u n o v o I 518 288 \fi händelserapporteringen och i vilka mindre envelopper kan inkluderas.

5. En anordning enligt något av pateñtkraven 1 4, där varje nätändpunkt innefattar en terminal (20) för att transportera realtidstal och data.

6. En anordning enligt patentkrav 5, där nätterminalen (20) också kan transportera realtidsvideo.

7. En anordnig enligt patentkrav 5 eller 6, där nätterminalen (20) också kan transportera vilken kombination som helst av realtidstal, data och realtidsvideo, inkluderande videotelefoni.

8. Ett förfarande för att tillhandahålla kommunikation mellan (l4,15) innefattande en i ett paketbaserat nät som utnyttjar ett IP- “gatekeeper”-(12) ändpunkter protokoll, funktion för hantering av anropsuppkoppling, där sagda “gatekeeper”-funktion är uppdelad i en Basic Call Control (10) plattform för att utföra rudimentär anropshantering och ändpunktsadministration, och en serviceapplikationsplattform (11) för att hantera tjänstebegäranden och användarprofiler, k ä n n e t e c k n a t a v stegen att ta emot begäran om en funktion av Basic Call Core (10) ifrån ändpunkterna (l4,15), vidarebefordra begäran till serviceapplikationsplattformen innefattande en envelopp, (ll) (ll) där overhead adderas till begäran, vidarebefordra enveloppen från SAP till den korrekta tjänsten, och avlägsna overheaden från enveloppen och tolka informationen, (ll) envelopperna är varvid alla aktioner som utförs av en SAP hålles transparenta Call (10), huvudenvelopper och insidesenvelopper. för Basic Core där indelade i 10 15 20 25 n o o u nu 518 288

9. Ett förfarande enligt patentkrav 8, där huvudenvelopperna definieras av händelserapporteringen och av att de kan inkludera mindre insidesenvelopper.

10. Ett förfarande enligt något av patentkraven 8-9, där en meddelandebegäran sändes från “gatekeeper” (12), innefattande stegen att: skicka meddelandet från Basic Call Core (10) till serviceapplikationsplattformen (ll) som kan reagera eller ej på begäran, och returnera begäran till Basic Call Core för att utföra de aktioner som begärs av SAP:en.

11. Ett förfarande enligt något av patentkraven 8-10, där en anropsuppkoppling initieras av en kompletterande tjänst, innefattande stegen att sända en begäran om en anropsuppkoppling till Basic Call Core (10), begäran, varpå anropet kan fortskrida på vanligt sätt. (Connection Request) som följer