SE526493C2 - System och metod för hantering av tilläggsfunktioner vid förekomst av en proxyswitch i ett mobilt kommunikationsnät - Google Patents

Description

l0 15 20 25 30 5 2 6 4 9 5 šïï* - 'F - *ïïš 2 Ett antal radiokanaler 112 är associerade med hela tâckningsarean. Radiokanaler- na är uppdelade i kanalgrupper som är allokerade till individuella celler. Kanalerna används för att sända signaleringsinformation och för att etablera samtalskoppling- ar och liknande, och för att sända tal eller datainformation så fort ett sarntalskoppel har etablerats.

Vid en relativt hög abstraktionsnivå, innefattar mobil nätssignalering åtminstone två huvudaspekter. En aspekt innefattar signaleringen mellan en MS och resten av nätet. Med 2G ("2G" är industrins benämning för "andra generationen") och efterföl- jande teknologi, avser den här signaleringen, accessmetoder som används av MS:en (t.ex. tidsmultiplexenng (time-division multiple access, TDMA); kodmultiplexering (code-division multiple access, CDMA)), tilldelning av radiokanaler, verifiering (authentication), etc. En andra aspekt innefattar signaleringen bland olika enheter i det mobila nätet, som t.ex. signaleringen bland MSC:er, VLR:er, HLR:er, etc. Den andra delen hänvisas ibland till som Mobile Application Part (MAP) speciellt då den används i sammanhang tillsammans med nummer 7 signalering (SS7).

Olika former av signalering (såväl som data och talkommunikation) sänds och tas emot i enlighet med olika standarder. Till exempel har Electronics Industries Asso- ciation (EIA) och Telecommunications Industry Association (TIA) definierat många amerikanska standarder, som t.ex. IS-41, som är en MAP-standard. Analogt har CCITT och ITU defmierat internationella standarder, som t.ex. GSM-MAP, som är en intemationell MAP-standard. Information om dessa standarder är väl kända och kan finnas från relevanta organisationer såväl som ilitteraturen, se t.ex., Bosse, SIGNALING IN TELECOMMUNICATIONS NETWORK (Wiley 1998).

För att leverera ett samtal frän en MS 114, slår en användare numret och trycker på. "sänd" på en cellulär telefon eller annan mobil station. Den mobila stationen 114 sänder det slagna numret som indikerar tjänsten som begärs till MSC:en 110 via basstationen 107. MSC:en 110 kontrollerar med ett associerat VLR 116 (mer be- skrivet nedan) för att bestämma om mobila stationen 114 är tillåten att använda den begärda tjänsten. G-M SC dirigerar samtalet till den lokala växeln, för använda- ren som slagit numret, i PSTN 120. Den lokala växeln larmar den uppringda an- vändarterminalen och en svarssignal dirigeras tillbaka till mobila stationen 114 ge- nom den ansvariga MSC:en 110 (serving MSC) som sedan sluter talkopplet till den mobila stationen. Så fort uppsättningen av samtalet fullbordas kan samtalet börja. 10 15 30 5 2 6 4 9 3 gi: _ . 3 För att leverera ett samtal till en mobil station 114, (med antagandet att samtalet kommer från PSTN 120) slår PSTN-användaren telefonnumret som associeras med den mobila stationen. Åtminstone enligt amerikanska standarder dirigerar PSTN 120 samtalet till mobila stationens hem-MSC (som både kan och inte kan vara den som är ansvarig för MS:en). MSCzen frågar sedan l-lLR:et 118 för att bestämma vil- ken MSC som för närvarande är ansvarig för mobila stationen. Detta fungerar även för att informera den ansvariga MSC:en att ett samtal är förestående. I-lem-MSC:en dirigerar sedan samtalet till den ansvariga MSC:en. Den ansvariga MSC:en söker (page) MSzen via det lämpliga BS:et. Mobila stationen svarar och lämpliga signale- ringslänkar sätts upp.

Under ett samtal, kan BS:et 107 och mobila stationen 114 samarbeta för att ändra kanaler eller BTS:er 102, om det behövs, t.ex. på grund av signalförhällanden. Des- sa förändringar är kända som "handoffs", och de innefattar egna typer av kända meddelanden och signalering.

En aspekt av MAP innefattar "mobilitetshantering". Olika BS:er och MSC:er kan behövas och används för att tjäna en mobil station, eftersom mobila stationen 114 roamar till olika platser. Mobilitetshantering försäkrar att G-MSCzen har abonnent- profilen och annan information som MSC:en behöver för att hantera (och debitera) samtal korrekt. För detta syfte använder MSC:er ett Visiting Location Register (VLR) 1 16 och ett Home Location Register (HLR) 118. HLR:et används för att lagra och anskaffa bland annat det mobila identifikationsnumret (MIN), det elektroniska se- rienumret (ESN), MS-status och MS-tjänsteproñl. VLR:et lagrar liknande informa- tion förutom att det lagrar en MSC-identifikation som identifierar G-MSC. Dessut- om under lämpliga MAP-protokoll, utförs lokaliseringsuppdaterings procedur (loca- tion update-procedurer) (eller registreringsrapporter) så att hem-MSCzen för en mo- bilabonnent känner till dess användares lokalisering. Dessa procedurer används då en MS roamar från en plats till en annan, eller då en MS slås på och registrerar sig själv för att få åtkomst till nätet. Till exempel kan en lokaliseringsuppdaterings pro- cedur fortsätta med att MS:en 114 sänder en begäran om lokaliserings uppdatering till VLR 116 via BS 107 och MSC 110. VLR 116 sänder ett lokaliserings uppdate- rings-meddelande till HLRzet 118 som ansvarar för MSzen 114, och abonnentproñ- len laddas ned från HLRzet 118 till VLR:et 116. MS:en 114 tar emot en bekräftelse på en lyckosam lokaliseringsuppdatering. HLR:et 118 begär att VLR:et (om något) 10 15 20 25 30 526 4 som tidigare haft profildata att radera data relatera till den omplacerade mobila sta- tionen 114.

Figur 2 visar i större detalj signaleringen och användartrafikgränssnitten mellan ett BS 107 och en MSC 110 i ett CDMA-mobilt nät. BS 107 kommunicerar signale- ringsinformation genom att använda Al-gränssnittet. A2-gränssnittet överför an- våndartrafik (t.ex. talsigiialer) mellan MSC:ens swítchkomponent 204 och BS 107.

A5-gränssnittet används för att tillhandahålla en anslutning för användartrafik för kretskopplade datasamtal (i motsats till talsamtal) mellan käll-BS:et och MSC:en.

Allt eftersom antalet basstationer eller antalet abonnenter växer, ökar belastningen på MSCzen 110. Denna ökade belastning tvingar tillhandahållaren av tjänsten att lägga till större kapacitet till systemet. Att addera mer kapacitet innebär vanligtvis att tillhandahållaren av tjänsten tillsätter fler switchmoduler till MSC:en eller utpla- cerar ytterligare MSC:er i nätet. Båda alternativen innefattar betydande kostnader.

Dessutom kräver abonnenter nyare tjänster, t.ex., "datasamtal" till internet. För vissa av dessa tjänster är inte MSCzerna kostnadseffektiva eftersom de primärt är utvecklade för talsamtal. Integration av nya tjänster i MSC:en år komlicerad eller omöjlig på grund av att många MSC-mjukvaruarkitekturer använder egna utforrn- ningar eller stängda utformningar. Det betyder att mjukvarulogiken som är nöd- vändig för att tillhandahålla tjänsterna inte kan lätt adderas till MSC:en l 10. Ofta används en svvitchtillsats för att tillhandahålla sådana tjänster. Till exempel år en Inter-Working Function (IWF) (samverkandefunktion) en tillsats för att dirigera ett datasamtal till internet. Båda sätten -integrerande funktionalitet i MSC:en eller att addera en sidotrunktillsats - innefattar MSC:en vid leverans av tjänsten. Eftersom nya tjänster förväntas att driva på kraven, är det troligt att integration av nya tjäns- ter via MSC-förändringar eller genom sidotrunktillsatser förvärrar blockering i nätet vid MSC:en och kräver kostsamma MSC-resurser.

Sammanfattning Uppfinningen tillhandahåller system och metoder för mobil kommunikation. Speci- ellt utförs switchoperationer mellan åtminstone ett mobilt switching center (MSC) och åtminstone ett basstationssubsystem (BS). Switchningen tillåter, enligt en aspekt av uppfinningen, att tilläggsfunktioner, som innefattar men inte år begrän- sade till samtalsparkeringsñinktioner, adderas till kommunikationerna. 10 l5 20 25 n o o o nu 5 Enligt en aspekt av uppfinningen tillhandahålls tilläggsfunktioner i ett mobilt kommunikationsnåt som har åtminstone en BS, åtminstone en MS, åtminstone en MSC, och åtminstone en switch som kommunicerar med åtminstone en av BS:erna och åtminstone en av MSC:erna. Switchen tar emot ett meddelande om ett nytt ori- ginerande samtal från MSC:en och fastställer om en MS som år adresserad i med- delandet om ett nytt originerande samtal är involverad i ett samtal som hanteras av switchen men inte av MSC:en. Om den MS som är adresserad i meddelandet om ett nytt originerande samtal är involverad i ett samtal, omvandlar switchen meddelan- det om ett nytt originerande samtal till ett funktionsrapporteringsmeddelande. Svrit chen skickar ut funktionsrapporteringsmeddelandet till BS:et och snappar upp ett svar på funktionsrapporteringsmeddelandet. Switchen omvandlar svaret till ett meddelande om acceptans av nytt samtal och skickar ut meddelandet om accep- tans av ett nytt samtal till MSC:en.

Enligt en annan aspekt av uppfinningen innefattar en proxyswitch logik för hanter- ing av signaleringsrneddelanden, vilken logk tar emot signaleringsmeddelanden från MSC:en och BS:et enligt ett mobilt signaleringsprotokoll. Tillståndslogik bibe- håller tillståndsinforrnation för samtalssessioner och mobilstationer (MSzerl som används inom det mobila kommunikationsnåtet. Logik för uppsnappning av medde- landen detekterar huruvida ett signaleringsmeddelande från en MSC är ett medde- lande om ett nytt originerande samtal och om en MS som är adresserad i ett sådant meddelande om nytt originerande samtal år involverad i ett samtal. Logiken för uppsnappning av meddelanden hindrar också meddelandet om ett nytt origineran- de samtal från att skickas vidare till BS:et som servar den adresserade MS:en.

Meddelandeomvandlingslogik omvandlar meddelandet om ett nytt originerande samtal till ett funktionsrapporteringsmeddelande, och meddelandetransmíssionslo- gik skickar ut funktionsrapporteringsmeddelandet till BS:et som servar den adres- serade MS:en.

Kort beskrivning av ritningarna Iritningarna år figur l ett systemdiagram av ett mobilt nät enligt känd teknik; figur 2 illustrerar ett gränssnitt enligt känd teknik mellan ett BS och ett mobilt switching center i ett mobilt nåt enligt känd teknik; l0 15 20 25 30 526 495 6 ñgurerna 3A-B illustrerar en proxyswitch och vissa uppsättningar i ett mobilt nåt enligt föredragna utföringsformer av uppfinningen; figur 4 illustrerar ett typiskt dataplan av en proxyswitch enligt en föredragen utfö- ringsform av uppfinningen; figurerna SA-B illustrerar tillâggsfunktions (supplementary funktionHogik för en proxyswitch enligt en föredragen utföringsforrn av uppfinningen; figur 6 illustrerar mjukvaruprocessarkitektur för en proxyswitch enligt en föredra- gen utföringsform av uppfinningen; figur 7illustrerar mjukvaruprocessarkitektur för en proxyswitch enligt en föredra- gen utföringsforni av uppfmningen; figur 8 illustrerar mjukvarurnodularkitektur för vissa processer för en proxyswitch enligt en föredragen utföringsforrn av uppfinningen; och figurerna 9-11 är förenklade diagram för att visa meddelandeflöde och mjukvaru- processamverkan.

Detaljerad beskrivning Föredragna utföringsformer av uppfinningen tillhandahåller en proxyswitch och en metod för användning därav i ett mobilt kommunikationsnät. Proxyswitchen är fö- reträdesvis positionerad mellan en MSC och ett BS, "transparent" med andra kom- ponenter, vilket betyder att varken BS:et eller MSC:en behöver känna till proxyswit- chen eller behöver ändra sina uppföranden eller funktionalitet på grund av proxys- witchens existens. Istället kan BS:et och MSC:en drivas som de gör vanligtvis, oav- sett proxyswitchens existens.

En av fördelarna med proxyswitchen är att den kan hjälpa till att undvika blocke- ring i ett mobilt nät. Till exempel kan proxyswitchen användas (a) För att leda kom- munikation från en MS till ett nät innan det kommer till en MSC och (b) för att skicka avledd trafik till den önskade destinationen via ett alternativt nät, som t.ex. ett paketbaserat nät. Likaså kan proxyswitchen användas för att leverera kommu- nikationer till en MS från ett alternativt nät. Som en konsekvens därav kan kost- samma MSC- och PSTN-resurser undvikas och proxyswitchen kan användas för att öka nâtskapacitet kostnadseffektivt.

Dessutom defmierar proxyswitchen en uppsättning funktioner som möjliggör att nya kommunikationstjånster kan tillhandahållas till nätet. Till exempel, genom att 10 15 20 25 526 493 7 använda proxyswitchen kan nya tjänster för samtalsparkering integreras i det mo- bila nätet.

Figur 3A visar en föredragen utplacering av en proxyswitch 300, där proxyswitchen 300 positioneras mellan BS:et 107 och MSC:en 110. Endast en underuppsättning av trunkar 306 som överför användartrafik behöver termineras i proxyswitchen; andra trunkar 308 kan direkt ansluta MSC:en 110 och BS:et 107. Alla kontrollän- kar 312 från BS 107 termineras i proxyswitchen 300. Proxyswitchen innefattar ett kontrollplan 302 och ett dataplan 304 (även känt som ett "bårarplan"). Kontrollpla- net 302 hanterar all signaleringstrafik, och dataplanet 304 hanterar all användar- trafik för trunkarna anslutna till proxyswitchen.

Enligt den föredragna utplaceringen, kommunicerar proxyswitchen 300 enligt samma signaleringsprotokoll på båda sidor av kontrollplanet 302. Till exempel i ut- föringsformen lämplig att användas i CDMA-teknologi, bär signaleringlänkarna 312 mellan BSzen 107 och proxyswitchen 300 information enligt IS-634/IOS Al- gränssnittet. Likaså bår signaleringslånkarna 314 mellan MSC:en 1 10 och proxys- witchen 300 information enligt Al-gränssnittet. Denna situation skiljer sig från andra mobila switchingkornplex som t.ex. MSC eller BS där olika signaleringsstan- darder används för kommunikation på olika sidor av switchen. MSC:en har till ex- empel Al-grånssnitt på en sida av komplexet och kommunicerar enligt SS7/ISUP på. den andra (d.v.s., PSTN sidan av switchen).

Enligt andra utföringsformer terminerar proxyswitchen nya ingångsgrânssnitt A8, A9, och utgångsgrånssnitt A10, A1 1 för CDMA2000 för överföring av paketbaserad trafik, både signalering och användartrafik. Nuvarande MSC:er stödjer inte dessa ingångsgränssnitt.

Proxyswitchens dataplan 304 använder samma standarder på vardera sida av swit- chen. BS-sidotrunkarna 306, i CDMA-utföringsformerna kommunicerar enligt A2- och AS-gränssnitten, beroende på huruvida tal eller data, överförs på trunkarna, likaså använder MSC-sidotrunkarna 307 samma gränssnitt. Till skillnad från MSC:en som har A2 /AS på. en sida men kommunicerar enligt PSTN 64kb/ s puls- kodmodulationsstandarder på andra sida. 10 20 25 30 526 493 8 Dessutom, medan alla de andra enheterna i ett mobilt nät använder sina egna punktkoder (point code) inuti sin signalering ("punktkoder" används som unika identifierare i nätet), använder inte proxyswitchen 300, i vissa utföringsformer, sin punktkod och använder istället punktkoderna som finns i de mottagna meddelan- dena. Genom att använda BS:ets eller MSCzens punktkoder, istället för proxyswit- chens punktkod, möjliggörs proxyswitchens transparens.

Enligt vissa utföringsformer, finns det ingen motsvarighet mellan en MSC och en proxyswitch. Ett flertal BS kan arbeta mot en enda proxyswitch.

Figur 3B visar en annan föredragen utplacering. I utplaceringen enligt figur SB, kan proxyswitchen 300 vara i kommunikation med fler än en MSC 1 l0j-l 10k. Proxys- witchens 300 kontrollplan 302, liksom det som iutplaceringen enligt figur 3a, kan ta emot kontrollsignaler 3 l2a-n från ett flertal BS:er 107a-n. Dessutom kan data- planet 304 ta emot trunkar 306a-n från ett flertal BS. Till skillnad från utplacering- en enligt figur 3a, mottar och sänder systemet enligt figur 3b information på signa- leringslänkarna 3l4j-k till multipla MSC:er 1l0j-k.

Uppsättningen enligt figur 3b kan konfigureras för att distribuera lasten i systemet bättre, för att förbättra tillförlitlighet (genom att tillhandahålla en altemativ anslut- ning till en MS), och att tillhandahålla tjänster som konsistent matchar en använ- darproñl. Enligt en utföringsforrn som använder uppsättningen enligt figur SB, kan systemet konfigureras så att samtal från en given anropare dirigeras till en MSC som hanterar den mesta av användarens trafik (i motsats till att det endast är den geografiska placeringen där användaren sätter på hans eller hennes MS 114). Den- na bestämning kan baseras på statistisk övervakning eller kan konfigureras i en användarprofil. Genom att konñgurera systemet så, kan mängden lokaliserings- uppdaterings-meddelanden och liknande reduceras. Enligt andra utföringsformer, kan proxyswitchen konfigureras så att samtal dirigeras till MSC:er som är relativt underutnyttjade. På det här sättet kan systemadministratörer bättre spåra belast- ningen i hela kommunikationssystemet under hanteringen. Dessutom kan samtal dirigeras till MSC:er som tillhandahåller tjänster konsistent med en given använ- darprofil. 10 15 20 30 526 493 9 Proxyswitchen 300 som innefattar mjukvara som accepterar alla signaleringsmed- delanden och, beroende på meddelandet och systemets tillstånd, utför åtminstone ett av följande: l. för meddelandet vidare oförändrat till MSC:en eller BS:et som adresseras i med- delandet; 2. snappar upp meddelanden mellan MSC:en och BS:et; 3. för några uppsnappade meddelanden: konverterar de uppsnappade meddelande- na till ett annat meddelande och sänder det konverterade meddelandet istället för det ursprungliga, uppsnappade meddelandet till MSC:en eller BS:et adresserat i det mottagna meddelandet; 4. leder bort meddelandet från det mobila- och PSTN -baserade nätet till ett alterna- tivt nåt. i Dessa typer av handlingar utförda i vart och ett av fallen tillsammans med de hån- delser som utlöser handlingarna beskrivs nedan.

I många fall, speciellt då ett meddelande från en MS 114 avleds och trafiken dirige- ras till ett alternativt nåt, kan proxyswitchen 300 agera som en MSC llO. I en så- dan roll uppfyller proxyswitchen de ansvar och roller som en traditionell MSC skul- le ha. Några av dessa funktioner och roller avser mobilitetshantering. Betrakta fallet med en roamande MS; då den roamar från en cell till en annan, kan den roama till en cell som hanteras av en annan MSC, vilket resulterar i en handoff mellan käll- och mål-MSC:ema. Om proxyswitchen 300 har avlett meddelandet och sam- tal/ sessionen har dirigerats till ett alternativt nät, måste handoff hanteras av prox- yswitchen analogt med det sätt som handoff skulle hanteras med en konventionell MSC. Proxyswitchen måste garantera att lämpliga databaser uppdateras med MS:ens nya läge. En annan funktion av proxyswitchen berör tilldelning av resurser.

Speciellt då en MS initierar ett meddelande som begår ett nytt samtal/ session, måste lämpliga kretsar (kanaler) tilldelas för den här sessionen. Beroende på sy- stemets konfiguration och systemets tillstånd, gör proxyswitchen sådana tilldel- ningar analogt med sättet som konventionella MSC-tilldelningsldetsar gör.

Figur 4 visar en typisk uppsättning där proxyswitchen 300 är ansluten till flera al- ternativa nåt, som t.ex. ett IP-backbone 412 eller ett altemativt kretsbaserat nåt 414, t.ex. en annan bärare. Dessa alternativa nät kan användas för att överföra tal UI 10 20 25 526 493 lO och/ eller datatrafik till önskade destinationer samtidigt som PSTN 120 tillsammans med kostsamma resurser i MSC:en 110 helt eller delvis undviks. Alternativt kan dessa arrangemang användas så att kretskopplad trafik kan borttransporteras till ett annat nåt; t.ex., kretskopplad trafik från N ashua, NH kan borttransporteras till en MSC i Waltham MA. De kan även användas för att ansluta till andra nåt. Till exempel kan IP-backbone 412 kommunicera med lP-talnåt 418 eller internet 416.

Såsom kommer att förklaras nedan, då trafik avleds till ett alternativt nät kan både kontrollinforrnation (t.ex. från signaleringsmeddelanden) och tal eller data från bå- rarkretsarna på länkarna 306 skickas via ett alternativt nåt.

För att stödja dessa typiska uppsättningar och att bibehålla transparens, tillhan- dahåller föredragna utföringsformer av uppfinningen viss kårnfunktíonalitet. Dessa kârnfunlctioner möjliggör avledning av trafik från trunkarna 306 innan de når MSCzen 110; möjliggör introduktion av trafik på trunkar 306 från alternativa nåt; möjliggör transparent drift; fungerar som byggblock för högre lagers tillämpningar; och/ eller stödjer procedurer som rör återställande av fel.

Procedur för hantering av tillåggsfiinktioner i närvaro av en proggyswitch Enligt föredragna utföringsformen av uppfinningen, kan en MS ibland vara uppta- gen då MSC:en tror att MS:en år ledig (idle); t.ex., kan MS:en vara upptagen med ett data eller talsamtal som hanteras av ett alternativt nåt då MSC:en försöker att leve- rera ett samtal till MS:en från PSTN 120. För att stödja en sådan situation, tillhan- dahåller proxyswitchen 300 logik för att informera MS:en om en sådan situation.

Genom att använda den här logiken, kan tilläggstjänster, som tex. traditionell sam- talsparkering, tillhandahållas genom proxyswitchen. Dessutom kan nya former av samtalsparkering och andra nya tjänster byggas på den här kärnstödfunktionen.

Med hänvisning till figurerna 3 och 5A tillsammans, då ett samtal anländer till proxyswitchen 300 från MSC:en 110, bestämmer proxyswitchen huruvida MS:en år involverad i samtalet eller inte vid tidpunkten då meddelandet kommer i 602. Om MS:en inte är upptagen, tillåter proxyswitchen 300 meddelandet från MSCzen att passera genom BS:et 603. Det logiska flödet slutar vid 699.

Om MS:en år upptagen, bestämmer proxyswitchen 604 om MS:ens samtal hanteras av proxyswitchen istället för MSC:en; t.ex., kan samtalet hanteras av ett alternativt nåt anslutet till proxyswitchen (se figur 4) där proxyswitchen behöver hantera sam- talet på liknande sätt som en MSC; proxyn tillåter helt enkelt inte att meddelanden 10 l5 20 25 30 526 493 ll passerar igenom. Om samtalet hanteras av proxyswitchen men inte av MsCzen, uppsnappar proxyswitchen 605 samtalet från MSCzen ll0, och konverterar 606 det mottagna meddelandet till ett funktionsrapporteringsmeddelande. Proxyswitchen 300 utfärdar 607 sedan funktionrapporteringsmeddelandet till BS:et 107 för efter- följande transmission till MS:en 114, som används för att rapportera till använda- ren om det inkommande samtalet. Proxyswitchen uppsnappar 608 alla svar från BS:et till funktionrapporteringsmeddelandet och agerar därefter. Hur proxyswitchen agerar beror på applikationen som använder logiken.

Om MS:en år involverad i ett samtal som hanteras av proxyn, och även är involve- rad i ett samtal som hanteras av MSC:en, då tar proxyswitchen och utför en hand- ling 609 identifierad som ett svar för ett sådant tillstånd. Denna handling beror på den speciella applikation som är involverad. Traditionell samtalsparkering är en sådan tjänst som kan byggas på den ovan beskrivna kärrifunktionen.

Om MS:en vid någon tidpunkt är involverad i två samtal som båda involverar det alternativa nätet, och ett tredje samtal inkommer till MS:en antingen från det alter- nativa nätet eller MSC:en, kommer proxyswitchen dirigera detta tredje samtal bero- ende på applikationens logik. Till exempel vid samtalsparkerande applikationer, skulle det tredje samtalet dirigeras beroende på instruktionerna i abonnentprofilen; ett vanligt val år att dirigera samtalet till abonnentens röstbrevlåda. En liknande logik används om MS:en involveras i två samtal som båda involverar MSC:en, och ett tredje samtal ankommer från MS:en från det alternativa nätet; återigen gäller att abonnentprofilen dikterar hur detta tredje samtal ska hanteras och denna logik följs av proxyswitchen. Slutligen bör det noteras att om MS:en involveras i två sain- tal som både involverar MS:en och ett tredje samtal ankommer till MS:en, kommer MS:en själv i detta fall bestämma logiken som hanteringen av detta tredje samtal ska följa.

Till exempel illustrerar figurerna 3 och 5B tillsammans en typisk samtalsparkeran- de applikation. Logiken agerar som beskrivits ovan genom handlingarna benåmnda 608 eller 609 (notera att figur SB startar med blocken 608 eller 609, i motsats till 600). Genom ñgur SB beskrivs en speciell tilläggsfunktion som traditionell samtals- parkering, och den initiala handlingen för den här tillâggsfunktionn år den som be- skrivits med hjälp av hänvisning till figur 5A. 10 15 20 25 30 526 493 12 Om logiken startar vid 608, betyder det att proxyswitchen redan detekterat att MS:en är involverad i ett samtal, och att proxyswitchen hanterar det här samtalet, men inte MSC:en. Vid den här tidpunkten, har proxyswitchen redan uppsnappat samtalsbegäran från MSC:en, och konverterat den till en funktionrapport och ut- färdar funktionrapporten till BS:et. Proxyn tar sedan emot och uppsnappar svar på sådana meddelanden från BS:et.

Enligt samtalsparkeringsapplikationslogiken enligt figur SB, konverterar 615 prox- yswitchen, om användaren indikerat att den är villig att acceptera samtalet, svaret till ett meddelande som indikerar att MS:en accepterar det nya samtalet från MSC:en. Proxyswitchen 300 utfärdar 620 sedan det konverterade meddelandet till MSCzen. Vid den här tidpunkten i det här exemplet, "tror" MSC:en att samtalet är ett vanligt samtal, det betyder att MSC:ens tillstånd reflekterar endast en sarntals- session till MS:en. Faktum är att vid accepterandet av det nya samtalet, mottar an- våndaren två samtal i samtalsparkeringsmode: ett samtal hanteras av MSC:en och det andra av proxyswitchen. Proxyswitchtillståndet reflekterar de två samtalen.

Proxyswitchen 300 hjälper 625 MSC:en 110 med att sätta upp ett nytt samtal. (Det sista steget nås endast om användaren accepterar samtalet; om användaren inte accepterar det, går tiden för proxylogiktimern ut och agerar aldrig enligt 625.) Till exempel kan proxyswitchen 300 behöva parkera samtal från ett alternativt nät så att accepterade samtal från MSC:en kan gå igenom till MS:en. Proxyswitchen 300 mottar 630 alla efterföljande funktionrapportsvar från M Szen och dirigerar om till MSC:en eller proxyswitchen om det så behövs. Till exempel, kan användaren vilja "växla" mellan samtal som hanteras av det mobila och det alternativa nätet. Prox- yswitchen kan behöva tolka detta svar för att parkera ett samtal och ansluta ett annat till användaren som en del av handlingen för att ta emot efterföfiande funk- tionrapporter. Vid andra fall kan proxyswitchen behöva sända den här typen av svar till MSC:en om MSC:en har multipla samtal (vissa parkerade) avsedda att an- slutas till MS:en. Då samtalet slutar, sänder 640 proxyswitchen 300 lämplig debite- ringsinformation till systemet. Det krävs för att användaren ska kunna debiteras lämpligt då tjänsten inte anses involvera MSC:en. Det sättet som informationen be- hålls på och sänds till ett debiteringssystem beror på implementeringen och till- handahållaren av tjänsten som använder systemet. De flesta tillhandahållarna spe- cificerar sättet som debiteringsinformation ska hämtas, formateras och levereras på. 10 15 20 25 30 526 495 13 Om MSren 114 är involverad i ett samtal och även involverad i ett samtal hanterat av MSC:en, och om MSC:en indikerar att ett nytt samtal avses för MS:en, då kan proxyswitchen 300 konfigureras för att snappa upp 650 funktionrapportmeddelan- det från MSC:en som är bestämt för BS:et 107. F unktionrapportmeddelandet block- eras 655 från att passera till BS:et, och som en följd därav utfärdas inget svar 660 till MSC:en från BS:et, eftersom funktionrapportmeddelandet blockerades från att sändas till BS:et. Det logiska flödet slutar vid 699. MSC:en får inte ett svar och an- tar att MS:en inte vill ta emot samtalet. MSC:en använder sedan standardprocedu- rer för att terminera det här samtalet, t.ex., genom abonnentens röstbrevlåda eller genom att spela upp ett meddelande som säger att abonnenten icke är tillgänglig.

Samtalsparkerande applikationslogiken enligt figur 5B är begränsad till att hantera tvä samtidiga samtal. Samma allmänna lösning kan utsträckas till att hantera fler än två samtal för samtalsparkering, för att hantera multipla samtal från ett alterna- tivt nåt, för att hantera datasamtal och talsamtal, och liknande.

Hårdvaruarkitektur Med hänvisning till båda figurerna 3 och 4, innefattar föredragna utföringsformer av proxyswitchen 300 ett kontrollplan 302 och ett dataplan 304. Kontrollplanet in- nefattar en kombination av processhårdvara och associerad mjukvara. Dataplanet innefattar i stort hårdvara som svarar på kommandon från kontrollplanet.

Kontrollplanet innefattar programmerbara signaleringskort (t.ex. PMC 8260 till- gânglig frän Force Systems) för att motta signaleringsinforrnation från signalerings- länkarna 312, 314 och för att utföra den initiala behandlingen därav. Den initiala behandlingen innefattar sändning och terminering av information på signalerings- länkarna och extrahering, under programstyming, av meddelandeinformationen som finns i signaleringsmeddelandena. Så fort meddelandeinformationen hämtats, förorsakar signaleringskorten att meddelandeinformationen förs till ett program- merbart processorkort (t.ex. RPC 3305 och 3306 tillgängliga från Radisys) som se- dan är ansvarig för att utföra proxyswitchens funktionalitet som svar därpå såsom beskrivits ovan.

Kontrollplanet konstrueras med passiva feltoleransmekanismer. Dessa mekanismer försäkrar att vid katastrofala fel på kontrollplanet kommer signaleringslänkarna som mottas av ena sidan av kontrollplanet att ledas förbi till den andra sidan. Följ- 10 p.. lJI 20 25 30 526 495 š3ïàšJfi>=§=¿?¥ 14 aktligen, om kontrollplanet går sönder leds länkarna över kontrollplanet och BSC:en och MSC:en kan kommunicera på konventionellt sätt.

Dataplanet 304 enligt en typisk utföringsform visas i figur 4. Det innefattar en DACS 402, en Voice over IP-anordning 404, en datatermineringsmodul 406 (t.ex. för att tenninera A5-data i CDMA-nät), en PPP relay-anordning 408, och en PPP- terrnineringsanordning 410. De olika anordningarna kan paketeras på en eller flera moduler.

DACS 402 mottar trunkarnas 306 bärarkretsar och terminerar informationen som mottas på trunkarria; den sänder även tal och data på dessa trunkar.

Portar i förväg utrustade med DACS 402 ansluts till VoIP 404 och dataterminering- sanordníngen 408. Datatermineringsanordningen 408, är i sin tur ansluten PPP relay 408, som i sin tur är i kommunikation med PPP-termineringsanordningen 410. Dessutom kan dataplanet även användas för att ansluta till alternativa krets- baserade nät, t.ex. för att dra tillbaka trañk till en krets~MSC i ett annat regionalt nät.

Alla dataplansenheter mottar kontrollinformation från kontrollplanet 302 via kon- trollkanaler 401 som används för att överföra information enligt H.248 eller Media Gateway Control Protokoll (MGCP). Kontrollkanalen, används bland annat för att informera DACS 402 om hur bärarkretsarna ska underhållas. Till exempel mappas en given ingångskrets från BS:et 107 till en utgångsport pä en av anordningarna.

Kontrollkanalen används även för att föra kontrollinformatíon till de olika anord- ningarna. Till exempel innehåller signalinformationen kontrollinformation som till exempel destinations-IP-adresser som kan användas för att skapa destinations- adresser som krävs av VoIP-anordningen. Denna information kan sedan användas av VoIP-anordningen för att leverera talinforrnation mottagen från DACS genom att paketera informationen i enlighet och sända den enligt lämpliga protokoll, t.ex.

RTP/ UDP/ IP.

Dataplanet konstrueras med passiva feltoleransmekanismer. Dessa mekanismer försäkrar att vid fel på dataplanet, så kommer trunkarna som mottas av ena sidan av DACS att ledas förbi till utgångstrunkarna anslutna till MSC:n. Följaktligen, om dataplanet går sönder leds trunkarna förbi över dataplanet och BSC:n och MSC:n kan kommunicera på konventionellt sätt.

U: 10 15 20 25 30 526 495 15 Mjukvaruarkitektur Med hänvisning till figurerna 9- 10, enligt en föredragen utföringsform, exekvererar styrplansmjukvaran sessionsledarprocesser och kommunikationsprocesser. Ses- sionsledarprocesserna innefattar en Proxy Session Manager (PSM) 904 och en Core Session Manager (CSM) 1002. Kommunikationsprocessen innefattar SS7 Message Handler (SS7MsgHdlr) 902 a-n och IP Message Handler (IPMsgHdlr) 906 a-n. Såsom namnen visar, innefattar sessionsledare logik för hantering och ledning av samtals- sessioner, medan meddelandehanterare innefattar logik för hantering av meddelan- den. Meddelandehanterare kapslar in logiken för hantering av meddelanden så att annan mjukvara inte behöver känna till speciella meddelandehanteringsdetaljer. På liknande sätt inkapslar sessionsledare logiken för hantering av Sessioner, så att annan mjukvara som till exempel meddelandehanterare inte behöver inte känna till sessionstillstånd eller liknande.

Processerna SS7MsgHdlr och IPMsgHdlr är ansvariga för att acceptera inkommande meddelanden och sända utgående meddelanden. Den förra accepterar och sänder signaleringsmeddelanden från och till MSC:n 110 och/ eller BS:et 107. Den senare SS7MsgHdlr och IPMsgHdlr accepterar och sänder kontrollmeddelanden till data- planet. PSM-processen 904 hanterar alla samtal eller Sessioner som är "genom- gångs"-samtal, eller icke avledda samtal. CSM-processen 1002 hanterar alla samtal eller sessioner som avleds genom proxyswitchen 300. CSM-processen 1002 som sådan tillhandahåller till stor del samma funktionalitet som krets-MSCm och ett BS på så sätt att det svarar liknande en MSC på meddelanden från BS:et, och svarar på meddelanden från MS:n som om den vore ett BS. I allmänhet finns det multipla PSM- och CSM-processer som körs simultant på olika processorkort för att tillhan- dahålla den nödvändiga skalbarheten och prestandan. Ytterligare mjukvaruproces- ser tillhandahålls för felsäkerhet och tillförlitlighet. I diagrammen år de hänvisade till som PSM' 904' och CSM' l0O2'. Syftet med dessa ”viktiga” processer är att till- handahålla felsäkerhet för andra PSM- och GSM-processer. I en utföringsform, har var och en av PSM:erna och CSM:ema en "skugg"-PSM'/ CSM'-process som tillhan- dahåller "skugg"-tåckning. Om en PSM- eller CSM-process misslyckas, är den mot- svarande skugg-PSM/CSM-process utformad för att ta över från den misslyckade processen. l0 15 20 25 30 5 2 6 4 9 5 . ';== . n 0 o o o o a o o u 16 Med hänvisning till figur 6, hanteras, allteftersom signaleringsmeddelanden anlän- der från BSC:n och MSC:n, de av en SS7MsgHdlr 902a-n, som exekverar på SS7- processorkortet. Det finns en SS7MsgHdlr associerad med varje signaleringslänk till eller från proxyswitchen. SS7-processorkorten (nämnda ovan) extraherar tillräcklig information från signaleringsmeddelandet för att identifiera en motsvarande SS7MsgHdlr till vilken signaleringsmeddelandet förs.

SS7MsgHdlr mottar meddelandena och tilldelar ett (företrädesvis) unikt logiskt refe- rensnummer till detta meddelande. Detta referensnummer används senare för att identifiera efterföljande meddelanden som tillhör samma pågående samtal /session.

Det tilldelade logiska referensnumret kommuniceras tillbaka till mjukvarusystemet som körs i BS:et eller MSC:n (t.ex. SCCP-protokollstacken) som sedan använder detta referensnummer i alla meddelanden som tillhör detta samtal/ denna session.

Efter behandlingen ovan, väljer sedan SS7MsgHdlr 902 en PSM 904 för att hantera meddelandet. I en utföringsform, undersöker SS7MsgHdlr punktkoden för enheten som sänder meddelandet och väljer en PSM som är associerad med den koden. Till exempel kan en tabell användas för att lagra sådana förhållanden.

PSM 904 bestämmer sedan om detta meddelande är för ett sarntal/en session som ska ledas bort. I en utföringsform, görs denna bestämning genom att undersöka tjänstevalsfåltet, som finns i meddelandet, som särskiljer mellan datasessioner och talsamtal. I en annan utföringsform, görs denna bestämning genom att undersöka numren, för den uppringda och den som ringer upp, för att säkerställa om båda är mobilnummer. I en ytterligare utföringsform, görs denna bestämning genom att un- dersöka numret till den som ringer upp för att bestämma om den som ringer upp har valt en VoIP-tjänstetillhandahållare. Så fort bestämningen har orts för att leda bort detta samtal / denna session, för PSM 904 meddelandet till CSM 1002. Om det bestäms att det detta samtal / denna session inte ska ledas bort, generar PSM ett meddelande som används för att sändas tillbaka till MSC:n eller BS:et via SS7MsgHdlr-processerna.

PSM-processerna 904 kan även kommunicera via ett internt protokoll till CSM- processema 1002, se t.ex. ñgur 7. Det interna protokollet för en föredragen utfö- ringsform är tillståndslös och textbaserad. Enligt ovan, hanterar PSM de sessio- ner/ samtal som inte är avledningsbara. Så fort den påträffar en session/ ett samtal lO 15 20 25 30 526 493 17 som är bortledbar/ t för den innehållet av den/ det sessionen/ samtalet till en CSM- process. CSM-processen har ansvar för att hantera alla samtal/ Sessioner som är avledningsbara. CSM kommunicerar med dataplanet via standardkontrollprotokoll som till exempel H.248 och MGCP (Media Gateway Control Protokoll).

PSM och CSM-processernas interna arkitektur är liknande. Med hänvisning till ñ- gur 8, mottas inkommande meddelanden av nätsgränssnittsmodulen l 102. Näts- grânssnittsmodulen sänder sedan meddelandet till protokollmotorn 1104. Till ex- empel är denna motor 1104, enligt CDMA-utföringsformer, ansvarig för kodning och avkodning av meddelanden enligt IS-634-protokollet. Tillståndsmaskinsmodulen 1106 är ansvarig för hantering av meddelanden och registrering av tillståendet en- ligt protokollet. Till exempel, enligt ett givet protokoll, innebär ett givet meddelande en känd tillståndsövergång enligt det protokollet. Tillståndsmaskinsmodulen 1106 innefattar logiken för registrering av tillståndet och implementerar tíllståndsöver- gångarna.

Den aktiva katalogsmodulen 1108 samverkar med de externa mobilitetshanterings- funktionerna för MSCzn och är ansvarig för att erhålla och uppdatera abonnentpro- filer och andra anvândar-/abonnentdata I en traditionell MSC, är Visiting Location Register (VLR) typiskt placerad tillsammans med MSCzn; VLR:en innehåller abon- nentinformation (profiler) som för närvarande roamar inuti arean som täcks av MSC:n. Dessutom är MSC:n ansluten till en annan databas, kallad Home Location Register (HLR) som innehåller alla abonnenter som är "hemma" i det aktuella nätet.

Då en abonnent roamar och kommer in i en area täckt av MSC:n, begår MSC:n från HLRzen att sända abonnentens profil och lagra det i den (lokala) VLR:en. När abon- nenten -roamar ut från arean som täcks av MSC:n (till en area som täcks av en an- nan MSC), raderas abonnentproñlen. Den aktiva katalogmodulen i proxyswitchen agerar som en klient till HLR-databasen, begär abonnentprofiler från HLRzen för abonnenter som roamar in i arean som täcks av proxyswitchen, och uppdaterar den lokala databasen, d.v.s. den aktiva katalogmodulen och dess associerade databas agerar/ uppträder som en traditionell VLR för roamande abonnenter).

Media Gateway Controller (MGC)-modulen lll0 samverkar med proxyswitchens dataplan 304 via öppna kontrollprotokoll, som till exempel 11.248 och MGCP. Vid mottagning av begäran från 18-634 tillständsmaskinsmodulen 1106, sänder MGC lll0 ett meddelande i H.248- eller MGCP-protokollet till dataplanet 304 för att ut- 10 15 30 526 493 18 föra de begärda handlingarna. I en utföringsform, det så kallade TDM-VoIP-fallet, instruerar dessa handlingsmeddelanden från MGC 1110 till dataplanet, dataplanet att motta inkommande krets (TDM)-trafik vid en ingående port och konvertera den till RTP/UDP/IP-paket och sända det ut från en av utgångsportarna. I denna utfö- ringsform paketeras följaktligen inkommande kretstrañk och sänds ut som paket.

Denna utföringsform kan användas för att ta kretskopplade samtal, och transpor- terna dem som Voice over IP (VoIP)-samtal. I en annan utföringsforrn, det så kallade TDM-TDM-fallet, instruerar MGC 1110 dataplanet 304 att motta inkommande kretskopplad (TDM)-trafik vid en ingångsport och Switchar ut som kretskopplad (TDM)-trafik från en utgångsport. I detta fall bibehålls inkommande kretskopplad trafik som kretskopplad och switchas till ett alternativt kretskopplat nät.

Figur-erna 9-1 1 används för att illustrerar koncepten ovan med förenklade diagram.

Figurema används för att visa olika samverkningar för mjukvaruprocesserna som svar på signaleringsmeddelanden. Bärarkretsar exkluderas från några av figurerna i syfte att förenkla. Dessutom visas endast några exempel på PSM- och CSM- processer i syfte att förenkla.

Figur 9 används för att visa kontrollilödet då ett nytt samtalsmeddelande initieras från BS:et 107 till MSC:n 110, och för att visa ett "genomgångssarntal". Ett genom- gångssamtal år ett samtal där proxysvsritchen 300 inte är ansvarig för att hantera samtalet och som passeras igenom för hantering av MSC:n 110. Proxyswitchen 300 är transparent för detta samtal (även om den kan andra punktkoder, till exempel för att hantera ommappning av MSC:er som förklarats med hänvisning till figur 3B).

BS:et 107 sänder 1205 en tjänstebegäran (som till exempel en CSR) som är avsedd för M SC:n 110. Tjânstebegäran innefattar ett tj änsteoptionsfält som specificerar huruvida detta år en begäran för ett talsamtal eller ett datasamtal. Proxyswitchen mottar detta meddelande (eftersom det är i signalbanan mellan BSC:n och MSC:n); speciellt mottar SS7MsgHdlr-processen 902 samtalet, tilldelar ett unikt lokalt refe- rensnummer till meddelandet (det år det initiala meddelandet för en potentiell på- gående sarntalsbegâran), och dirigerar 1210 den till PSM-processen 904 för ytterli- gare behandling. PSM-processen 904 avkodar det inkommande meddelandet och använder IS-634 tillståndsmaskinen (för CDMA-utföringsformer) för att bestämma huruvida detta samtal ska avledas (Lex. till ett alternativt nåt) eller tillåtas att han- teras av MSC:n 110. Eftersom samtalet i det här exemplet inte ska avledas, kodas 10 15 20 25 5 2 6 4 9 's _ :ja . . 19 meddelandet och sänds tillbaka 12 15 till SS7MsgHdlr-processen 902. I en utfö- ringsforrn, är kommunikationsprotokollet mellan SS7MsgHdlr och PSM-processerna ett tillståndslöst textbaserat protokoll som tillhandahåller en abstraktionsnivå (rela- tivt till sessionslogíken) för de underliggande signaleringsprotokollen. SS7MsgHdlr- processen 902 återsänder sedan 1220 lS-634-meddelandet till MSC:n 110. MSC:n behandlar detta meddelande och svarar 1225. Detta svar mottas även av proxyswit- chen 300 men eftersom detta svar relateras till ett pågående men icke avledbart samtal (såsom bestämt av det lokala referensnumret tilldelat till det initiala CSR- begäranmeddelandet som beskrivits ovan), behöver inte SS7Msgl-ldlr-processen 902 vidarebefordra detta meddelande till PSM 904. Istället sänder SS7 Msgl-ldlr 1230 detta meddelande transparent framåt till BS:et 107. Alla ytterligare växlingar avse- ende detta samtal tillåts att transparent passera mellan BS:et och MSC:n förutom ett Call Release-meddelande vid avslutandet av samtalet. Som svar på ett Call Rele- ase (samtalsnedkoppling), garanterar proxyswitchen 300 att "nedkopplingen" av samtalet utförs inklusive dispositionen av det lokala referensnumret. Samtalsned- kopplings-meddelandet sänds även till BS:et 107 genom proxyswitchen så att BS:et kan fortsätta med sin nedkopplingsprocess.

Figur 10 används för att visa fallet då ett samtalsmeddelande initieras av BS:et 107 till MSC:n 110 och används även för att visa proxytrunkar, d.v.s. trunkar som styrs och tilldelas av MSC:n 110. BS:et 107 sänder 1305 en tjånstebegäran avsedd för MSC:n 110. Proxyswitchen mottar detta meddelande och SS7 MsgHdlr-processen 902 mottar samtalet, tilldelar till detta meddelande ett unikt lokalt referensnum- mer, och dirigera: 1310 det till PSM-processen 904 för ytterligare behandling. PSM- processen 904 avkodar det inkommande meddelandet och bestämmer huruvida detta samtal ska avledas (t.ex. till ett alternativt nät) eller tillåtas hanteras av MSC:n 110. Eftersom samtalet i det här exemplet inte ska avledas, kodas medde- landet och sänds tillbaka 1315 till SS7Msgl~ldlr-processen 902. SS7MsgHdlr- processen 902 återsânder 1320 meddelandet till MSC:n 110. MSC:n 110 svarar 1325 på smatalsuppsáttnings-begâran genom att tilldela en kanal till samtalet (så- som beskrivits ovan). Denna kanaltilldelningen mottas av proxyswitchen 300 som för vidare 1330 tilldelníngen till PSM 904, som i sin tur svarar 1335 att den har re- gistrerat denna tilldelningen 1330. Proxyswitchen sänder 1340 sedan kanaltilldel- ningsbegåran vidare till BS:et 107. Alla ytterligare utbyten avseende detta samtal mellan BSC:n och MSC:n tillåts att transparent föras genom proxyswitchen tills 10 15 20 30 5 2 6 4 9 5 20 0000 0 000 00 samtalsnedkopplings (Call Release)-meddelandet sänds. Samtalsnedkopplingsmed- delandet utlöser nedkopplingsprocessen i proxyswitchen.

Figur 11 används för att visa fallet med ett "avlett samtal." Ett avlett samtal år ett samtal initierat av BS:et 107 som mottas och omdirigeras till ett alternativt nät av proxyswitchen. I ett sådant exempel, hanteras all signalering av proxyswitchen och trunkarna som hanterar användartrañk kontrolleras av proxyswitchen. BSzet 107 sänder 1405 en tjänstebegäran avsedd för MSC:n 110. Proxyswitchen mottar detta meddelande och tilldelar ett unikt lokalt referensnummer till meddelandet, och diri- gerar 1410 det till PSM-processen 904 för ytterligare behandling. PSM-processen 904 avkodar det inkommande meddelandet och använder IS-634 tillständsmaski- nen (för CDMA-utföringsforrner) för att bestämma om samtalet ska avledas. Efter- som samtalet i det här exemplet ska avledas till ett alternativt nät, sänder 1415 PSM meddelandet till CSM-processen 1002. CSM-processen 1002 börjar nu upp- träda som en konventionell MSC och utfärdar 1420 en kanaltílldelning för detta samtal, och tilldelar en trunk mellan BS:et och proxyswitchens dataplan. Kanaltill- delningen sänds 1435 till SS7MsgHdlr. SS7MsgHdlr-processen sänder 1430 denna kanaltilldelningsinformation till BS:et så att BS:et kan använda den för användar- trafik. CSM sänder även ett meddelande till proxyswitchens dataplan (såsom be- skrivits ovan genom att använda H.248- eller MGCP-protokoll) och dirigerar den för att motta inkommande användartrafik på den tilldelade kanalen och dirigera den till ett alternativt nät. Såsom beskrivits ovan, kan det alternativa nätet i en utfö- ringsforrn vara ett IP nät. Alla ytterligare utbyten förekommer mellan BSC:n och CSM-processen tills samtalsnedkopplings-kommandot utfärdats av MSC:n vilket förorsakar frigörelse av resurser (nedkopplingsprocessen).

I en annan utföringsform, kan mjukvaruarkitekturen endast använda en enda pro- cess för att utföra proxyfunktionerna hellre än att använda två olika processer (PSM och CSM). I en sådan utföringsform, bestämmer PSM-processen ensam, som förut, om ett samtal ska avledas eller inte. Om det inte är ett avledningsbart samtal, tillåts det fortsätta till MSC:n. Om det är ett avledningsbart samtal, hanterar PSM själv samtalet och sänder och accepterar meddelanden från BS:et 107 och MSC:n 110.

Med andra ord, agerar PSM i en sådan utföringsform som en MSC och BS:et 107 och hanterar alla signaleringsmeddelanden i det här avseendet. PSM-processen som sådan tillhandahåller mycket samma funktionalitet som den kretskopplade 10 15 20 00 0000 00 00 0 I o n 0 0 0 0 0 0 i 0 I 526 495 ..

I v 0 0 I I 0 I o I 0 0 I 0 0 to 0 00 IG 21 MSC:en och som ett BS 107 i det avseendet att det svarar liknande en MSC på meddelanden från BS:et 107, och svarar på meddelanden från MSzn som om den vore ett BS 107. I allmänhet finns det multipla PSM-processer som körs simultant på olika processorkort för att tillhandahålla den nödvändiga skalbarheten och pres- tandan. Ytterligare mjukvaruprocesser tillhandahålls för felsåkerhet och tillförlitlig- het. Syftena med dessa processer är att tillhandahålla felsäkerhet för andra PSM- processer. I en utföringsform, har varje PSM en "skugg"-process som tillhandahåller "skugg"-täckning. Om en PSM-process skulle gå fel, år den motsvarande skuggpro- cessen utformad att ta över från processen som har gått fel.

Variationer De ovan beskrivna utföringsformerna underlättar alla realisering av en transparent switch. Underuppsâttningar av funktionalitet tillhandahåller emellertid även förde- lar över känd teknik. Till exempel, kan en switch som delvis är synlig för nätet fort- farande erbjuda många av de fördelar som diskuterats ovan.

Dessutom har utföringsformerna beskrivits delvis i relation med CDMA-protokoll, men utföringsformerna kan även modifieras för att fungera med GSM, IS-136 och / eller andra 2G- och SG-protokoll.

Anslutning av trunkar från proxyswitchen till MSC:n är valfri.

Genom beskrivningen av en typisk utföringsform, år det uppenbart för fackmannen på området att förändringar kan göras på utföringsformen som beskrivits utan att avvika från uppñnningens omfattning.

Claims (8)

10 15 20 25 22 PATENTKRAV

1. En metod för att tillhandahålla tilläggsfunktioner i ett mobilt kommu- nikationsnät som har åtminstone ett basstationssubsystem (BS), åtminstone en mobilstation (MS), åtminstone ett mobilt sWitching-center (MSC), och åtminstone en switch som kommunicerar med åtminstone en av BS:erna och åtminstone en av MSCzema, där metoden innefattar följande steg: switchen mottar ett meddelande om ett nytt originerande samtal från MSC:en; svvitchen fastställer om en MS, som adresseras i meddelandet om ett nytt origine- rande samtal, är involverad i ett samtal som hanteras av switchen men inte av MSC:en; om MS:en som adresseras i meddelandet om ett nytt originerande samtal är invol- verat i ett samtal, omvandlar switchen meddelandet om ett nytt originerande samtal till ett funktionsrapporteringsmeddelande,; switchen skickar ut funktionsrapporteringsmeddelandet till BS:et; svvitchen snappar upp ett svar på funktionsrapporteringsmeddelandet; switchen omvandlar svaret på funktionsrapporteringsmeddelandet till ett medde- lande om acceptans av ett nytt samtal; och switchen skickar ut meddelandet om acceptans av nytt samtal till MSC:en.

2. Metoden enligt patentkrav 1 vari switchen är ansluten till ett alternativt kommunikationsnát och vari metoden även innefattar följande steg: svvitchen etablerar en sarntalsförbindelse från det alternativa nätet till en BS som har MS:en som adresseras av meddelandet om ett nytt originerande samtal.

3. Metoden enligt patentkrav 2 även innefattande följande steg: 10 l5 20 25 30 35 23 switchen snappar upp ett andra svar på furiktionsrapporteringsmeddelandet; switchen växlar förbindelsen, från MSzen och en av MSC:en och samtalsförbindel- sen från det alternativa nätet, till MS:en och den andra av MSC:en och samtalsför- bindelsen från det alternativa nätet.

4. Metoden enligt patentkrav 1 även innefattande följande steg: swivitchen sänder debiteringsinforrnation till ett debiteringssystem när samtalet av- slutas, vilken debiteringsinformation avspeglar den tillhandahållna tillâggsfiinktio- IlCfl.

5. En metod för att tillhandahålla tillâggsfunktioner i ett mobilt kommu- nikationsnä som har åtminstone ett basstationssubsystem (BS), åtminstone en mo- bilstation (MS), åtminstone ett mobilt svvitchirig-center (MSC) och åtminstone en switch som kommunicerar med åtminstone en av basstationssubsystemen och åt- minstone en av MSCzerna, metoden innefattande följande steg: svvitchen tar emot ett meddelande om ett nytt originerande samtal från MSC:en; svvitchen fastställer om en MS som adresseras i meddelandet om ett nytt origine- rande samtal är involverad i ett samtal som hanteras av svritchen och även är involverad i ett samtal som hanteras av MSC:en; om MS:en är involverad i ett samtal med switchen och involverad i ett samtal med MSC:en, snappa upp meddelandet om ett nytt originerande samtal och inte skicka det vidare till BS:et.

6. En proxyswitch för användning i ett mobilt kommunikationsnät som har åtminstone ett mobilt switching-center (MSC) och åtminstone ett basstations- subsystem (BS), vari MSC:en och BS:et var och en kommunicerar signaleringsmed- delanden enligt ett mobilt signaleringsprotokoll, varvid proxyswitchen innefattar: logik för hantering av signaleringsmeddelanden, avsedd för att ta emot signale- ringsmeddelanden från MSC:en och BS:et enligt nämnda signaleringsprotokoll; 10 15 25 30 526 493 24 tillståndslogik avsedd för att bibehålla tillstàndsinformation för samtalssessioner och mobilstationer (MS:ar) som används i det mobila kommunikationsnätet; logik för uppsnappning av meddelanden, vilken samarbetar med logiken för hanter- ing av signaleringsmeddelanden och tillståndslogiken, avsedd för att detektera hu- ruvida ett signaleringsmeddelande från en MSC är ett meddelande om ett nytt ori- ginerande samtal och om en MS som adresseras i ett sådant meddelande om ett nytt originerande samtal är involverad i ett samtal, och även avsedd för att hindra meddelandet om ett nytt originerande samtal från att skickas vidare till BS:et som servar den adresserade MS:en; meddelandeomvandlingslogik avsedd för att omvandla meddelandet om ett nytt ori- ginerande samtal till ett funktionsrapporteringsmeddelande för överföring till BS:et som servar den adresserade MS:en; och meddelandetransmissionslogik avsedd för att sända ut funktionsrapporteringsmed- delandet till BSret som servar den adresserade MS:en.

7. Proxysvvitchen enligt patentkrav 6 även innehållande samtalsförbindel- selogik för att upprätta en samtalsförbindelse från ett altemativt nåt anslutet fill proxyswitchen till en BS som servar MS:en som adresseras av meddelandet om ett nytt originerande samtal.

8. Proxyswitchen enligt patentkrav 6 även innefattande vâxellogik avsedd för att ta emot svar på funktionsrapporteringsmeddelandet från BS:et som servar MS:en och avsedd för att växla samtalsförbindelser till MS:en från en uppsättning samtalsförbindelser innehållande åtminstone ett samtal från det mobila nätet och ett samtal från det altemativa nätet.