SE511875C2 - Samtals och förbindelse kontroll - Google Patents

Description

10 15 20 25 30 511 875 i 2 Föreliggande uppfinning visar en metod, en nod samt ett nätverk för att hantera, på ett säkert och snabbt sätt, ett stort antal samtal som exekverar meddelanden parallellt.

Syftet med föreläggande uppfinning är alltså att effektivt och lätt hantera ett stort antal samtal i en nod i ett nätverk.

Problemet, beskrivet ovan, om hur hantering av ett stort antal samtal som exekverar meddelanden parallellt angrips genom att för varje nytt samtal skapa en distinkt ny dynamisk process vilken kommunicerar* med andra dynamiska processer eller med statiska processer och att när nämnda samtal är slutfört avslutas nämnda dynamiska processer.

Fördelen med föreliggande uppfinning är att ett stort antal samtal och meddelande kan hanteras samtidigt.

En annan fördel är att mjukvaran är lätt underhàllsbar. ÖVERSIKILIG BESKRIVNING AV RITNINGARNA Figur l visar process allokering enligt en fördelaktig utföringsform. visar Figur 2 signalflöde i en föredragen utföringsform.

Figur visar signalflöde i en föredragen utföringsform. 3 Figur 4 visar signalflöde i en föredragen utföringsform.

Figur 5 visar en förbindelsemodell i ett annat trafikfall. 6 visar Figur en process allokering i ett annat trafikfall.

Figur 7 visar en olika konfigurationsmöjligheter för halvkoppelsprocesser.

DETALJERAD BESKRIVNING AV FÖREDRAGNA UTFÖRINGSFORMER En process är ett datorprogram inkluderande data som exekverar i sin egen ndljö med sin egen stack. När en process terminerar raderas minnet helt vilket var associerat med nämnda process.

I denna beskrivning beskrivs processer med två smaker, dynamiska processer vilka skapas av andra processer och som kommer att leva 10 15 20 25 30 _ endast genom sin förutbestämda uppgiftsexekvering, 3 511 875 till exempel kommer processer som representerar ett samtal endast att existera under samtalets gång. Den andra smaken är den statiska processen vilken existerar över en längre period och som kommer att skapa eller betjäna de dynamiska processerna. De statiska processerna kommer endast att termineras i händelse av ett stort fel.

Namnen på meddelanden som används häri kan ses som en sorts meta meddelanden. Dom passar inte in på næddelanden specificerade i ITU-T B-ISDN Q.293l trots att vissa meddelanden häri motsvaras av meddelanden i Q.293l medan andra meddelande är påhittade endast för att tydlig göra sakförhållanden.

I följande beskrivning används meddelande i meningen ta emot och behandla information i breda termer. Det kan vara mottagande och behandling av standardiserade Q.2931 meddelanden så väl som interna funktionsanrop.

SAMTALS MODELL I figur l representerar en dynamisk process CM (Samtals Modell) 101 ett samtal. Dess syfte är att koordinera meddelanden mottagna från två halvkoppelsprocesser 102, 103 och meddelanden skickade till en RH (Resurs Hanterar) process 104. Nämnda RH process 104 är en statisk process som hanterar resurs allokering.

I konfigurationen i figur 1 startas CM processen 101 på order från processen som representerar det orginerande 103 halvkopplet.

Med referens till figur' 2 syns det att i. denna utföringsform skapar och sänder den orginerande halvkoppelsprocessen 103 ett RESERVERA meddelande 201 till nämnda CM process 101. CM processen 101 länkar då sig själv till den orginerande halvkoppelsprocessen 103. 102 att ta Så småning om kommer den terminerande halvkoppelsprocessen emot CM orginerande 202. ett RESERVERA identiteten från den halvkoppelsprocessen 103 i ett CMID meddelande Nämnda terminerande halvkoppel kommer då att skicka meddelande 203 till nämnda CM process 101. Nämnda CM process 101 lO 20 25 30 511 875 4 g länkar då sig själv till den terminerande halvkoppelsprocessen 102.

I det följande kommer A-sida att användas som en synonym för orginerande halvkoppelsprocess och B-sida kommer att användas som en synonym för terminerande halvkoppelsprocess.

Under livscykeln för ett samtal, reagerar nämnda CM process 101 på meddelanden mottagna från A-sidan 103 och B-sidan 102. Nämnda CM process 101 skickar varje meddelande vidare till en ConnM (Förbindelse Modell) process 105. För varje lyckosamt exekverat meddelande, lagrar nämnda CM process 101 resultatet som process data. Denna data används sedan vid nedkopplingen av samtalet.

Nämnda CM process 101 fångar avslutningsmeddelanden för att detektera när både A-sidan och B-sidan 102, 103 har slutfört sina uppgifter.

Nämnda CM process 101 termineras när ett AVSLUTA meddelande 204 har detekterats från både A-sidan 103 och B-sidan 102 och allting har rensats mot ConnM processen 105. Om ett onormalt avslut detekteras från någon av de länkade processerna, A-sidan 103, B- sidan 102 eller ConnM processen 105, eller om någonting återstår att göra för att rensa ConnM och både A-sidan 103 och B-sidan 102 terminerar CM onormal terminerar, processen 101 med en avslutningsorsak. Upprensningen znot växeln övertages då av en ConnMrens process (ej visad), startad av ConnM Modell SQIVGIH (Förbindelse Server) 107 när nämnda ConnM server detekterar nämnda onormala avslut.

FÖRBINDELSE MODELL ConnM 105 är en dynamisk process som representerar en förbindelse. Dess syfte är att ta och återlämna resurser från RH processen 104. Nämnda RH process håller en lista över statusen för de tillgängliga resurserna En resurs kan till exempel vara belagd antal andra ConnM 105 blockerad, ej fungerande, eller i ett tillstånd. När resurser tas/återlämnas kommer 10 15 20 25 30 _ ta/återlämna de fysiska resurserna via en ConnH 5 511 875 (Förbindelse Hanterare) 106 process. Nämnda ConnH process 106 är en statisk process som hanterar allokering av resurser i hårdvara.

Med referens till figur 1 och figur 3, ConnM processen 105 startas av och är länkad till ConnM server processen 107 när ett RESERVERA meddelande 301 tas emot av nämnda ConnM server 107 från CM processen 101. Nämnda ConnM server process 107 är en statisk process som skapar och betjänar ConnM processer. ConnM 105 är också länkad till CM 101 och till ConnH processen 106. CM 101 identiteten överförs till ConnM 105 när ConnM 105 skapas.

Under livscykeln för ett samtal, agerar ConnM 105 på meddelanden mottagna från nämnda CM process 101 och från nämnda ConnH process 106. När CM processen 101 skickar ett RESERVERA_RESURS meddelande 302 till ConnM processen 105, försöker ConnM 105 att få denna resurs från RH processen 104 via ett RESERVERA meddelande 303.

När resurser är reserverade för både A-sidan 103 och B-sidan 102, skickas ett RESERVERA_HV meddelande 304 till ConnH processen 106 för att utföra reservationen av de fysiska resurserna i hårdvara 109.

UPPKOPPLING meddelande 305 till ConnM 105 för att koppla upp de Nämnda CM process 101 kommer efter detta att skicka ett reserverade resurserna. In, meddelande hanteringen ovan skickas också lämpliga bekräftelsemeddelanden vilket indikeras i figur 3.

Det föreligger inkludera dessa ingen nödvändighet att bekräftelsemeddelanden men de kan vara bra.

I figur 4 kan det ses att nämnda CM process 101 beordrar en nedkoppling via ett NEDKOPPLING meddelande 401 till nämnda ConnM att friställa de ett TABORT_FÖRBIN meddelande 407 ConnM till process 105 för fysiska resurserna. processen 105 skickar nämnda ConnH process 106. En bekräftelse av ordern tas emot i två Först med ett TABORT_FÖRBIN_BEKRF meddelande 402 till nämnda ConnM process 105, vilken överförs till CM processen 101.

En stund senare tas ett TABORT_FÖRBIN_SLUT meddelande 403 emot TABORT_FÖRBIN_BEI steg. från nämnda ConnH process 106. indikerar resultatet av friställningen av den fysiska 10 15 20 25 30 511 875 6 förbindelsen genom växeln. TABORT_FÖRBIN_SLUT meddelandet ger resultatet av att friställa de fysiska resurserna i. hårdvaran 109. Mellan dessa två meddelanden kan ett FRISTÄLL meddelande 404 för varje halvkoppel förväntas från nämnda CM process 101.

När ConnM 105 har tagit emot både TABORT_FÖRBIN_SLUT meddelandet 403 och ett FRISTÄLL meddelande 404, återlämnas resursen till RH processen 104 med ett ÅTRSTÄLL_RESURS meddelande 405 och ett FRISTÄLL_BEKRF meddelande 406 skickas till CM processen 101.

Samma procedur upprepas för FRISTÄLL meddelandet som berör det andra halvkopplet.

ConnM 105 termineras när alla resurser använda för förbindelsen är friställda eller när nämnda ConnM server process 107, nämnda CM process 101 eller nämnda ConnH process 106 termineras onormalt.

I figur 5 visas en annan konfiguration med stöd i uppfinningen. I figur 5 är en första abonnent 501 förbunden med en andra 502 och en tredje 503 abonnent. Två förbindelser 504 och 505 existerar mellan den första abonnenten 501 och den andra abonnenten 502, medan en förbindelse 506 existerar mellan den första 501 och den tredje 503 abonnenten.

I figur 6 visas process situationen för trafikfallet visat i figur 5. Etableringen av de olika förbindelserna i figur 5 och skapandet av processerna i figur 6 åstadkommes på ett liknande sätt som beskrivits ovan och kommer inte att behandlas vidare. I första halvkoppel 601 den första figur 6 representerar ett abonnenten 501, ett andra halvkoppel 602 representerar den andra abonnenten 502 och ett tredje halvkoppel 603 representerar den tredje abonnenten. En CM process 604 representerar samtalet. En första ConnM process 605 representerar den första förbindelsen 504, en förbindelsen 505 och en tredje ConnM process 607 representerar 506. andra ConnM process 606 representerar den andra den tredje förbindelsen Nämnda CM process 604 skickar 'W meddelanden vidare från de olika halvkoppelprocesserna 601, 602 10 15 20 25 _ och 603 till korrekt ConnM process 7 5110 875 605, vilken hanterar resurs allokering med en RH process 608 och en 606 och 607 var och ConnH process 609.

Medan en orginerande halvkoppelsprocess och en terminerande halvkopplesprocess har används som exempel i beskrivningen hittills är andra konfigurationer för halvkoppelsprocesserna möjliga vilket visas i figur 7. I figur 7a startas en CM process 703 på order av en orginerande halvkoppelsprocess 701 och kopplas så småning om till en terminerande halvkoppelsprocess 702. I figur 7b startas en CM process 706 på order av en orginerande halvkoppelsprocess 704 och kopplas så småning om till en utgående halvkoppelsprocess 705. I figur 7c startas CM processen 709 på order av en inkommande halvkoppelsprocess 707 och kopplas så 708 och i figur 7d startas en CM process 712 på order av en inkommande småning om till en terminerande halvkoppelsprocess halvkoppelsprocess 710 och kopplas så småning om till en utgående halvkoppelsprocess 711. I figur 7 har en del processer som är nödvändiga och vilka har inkluderats i föregående del av beskrivningen lämnats utanför för att göra beskrivningen tydligare.

Uppfinningen, som hittills beskrivits, kan uppenbart varieras på många sätt. Sådana variationer skall inte betraktas som avvikande från andan och omfattningen av uppfinningen, och alla sådana modifikationer som skulle vara uppenbara för en fackman är avsedda att inkluderas i omfattningen av de nedan följande kraven.

Claims (1)

10 15 20 25 30 511 875 3 1. . Metod enligt krav 1, . Metod enligt krav 1, .Metod enligt krav 1, .Metod enligt krav 2, KRAV Metod för att hantera ett stort antal samtal och förbindelser i en nod där nämnda nod är en del av ett integrerat data och telekommunikationsnätverk, KÄNNETECKNAD av att för varje nytt samtals försök skapas en dynamisk CM process, att varje abonnent som deltar i samtalet är representerad av en dynamisk halvkoppelsprocess, att nämnda CM process kopplas till samtliga halvkoppelsprocesser, att för varje förbindelse i samtalet skapas en dynamisk ConnM process, att nämnda CM kopplas till samtliga ConnM processer samt att varje ConnM process kopplas till en statisk RH process och en statisk ConnH process. KÄNNETECKNAD av att nämnda CM process tar emot ett meddelande från en halvkoppelsprocess samt att nämnda CM process skickar nämnda meddelande vidare till den ConnM process som skall hantera nämnda meddelande. KÄNNETECKNAD av att nämnda CM process tar emot ett meddelande från en ConnM process samt att nämnda CM nämnda meddelande vidare till den process skickar halvkoppelsprocess som skall hantera nämnda meddelande. KÄNNETECKNAD av att nämnda RH process reserverar resurser på order av någon ConnM process. KÄNNETECKNAD av att nämnda ConnH process reserverar fysiska resurser i hårdvaran på order av någon ConnM process efter att nämnda resurs reserverats av nämnda RH process. En nod för att hantera ett stort antal samtal och förbindelser där nämnda nod är en del av ett integrerat data och telekommunikationsnätverk, KÄNNETECKNAD av att nämnda nod omfattar en dynamisk CM process (101, 604, 703, 706, 709, 712) lO 15 20 7 511 875 anordnad att hantera ett samtal, att varje abonnent som deltar i samtalet är representerad av en dynamisk halvkoppelsprocess (102, 103, 601, 602, 603), att nämnda CM process är kopplad till samtliga halvkoppelsprocesser, minst en dynamisk ConnM process (105, 605, 606, 607) förbindelse, att nämnda CM är kopplad till samtliga ConnM anordnat att hantera en processer samt att varje ConnM process är kopplad till en statisk RH process (104, 608) och en statisk ConnH (106, 609) process. . Ett integrerat data och telekommunikationsnätverk för att hantera ett stort antal samtal och förbindelser där nämnda nätverk omfattar en nod, KÄNNETECKNAT av att nämnda nod omfattar en dynamisk CM process (101, 604, 703, 706, 709, 712) anordnad att hantera ett samtal, att varje abonnent som deltar i samtalet är representerad av en dynamisk halvkoppelsprocess (102, 103, 601, 602, 603), att nämnda CM process är kopplad till samtliga halvkoppelsprocesser, minst en dynamisk ConnM process (105, 605, 606, 607) förbindelse, att nämnda CM är kopplad till samtliga ConnM anordnat att hantera en processer samt att varje ConnM process är kopplad till en statisk RH process (104, 608) och en statisk ConnH process (106, 609).