SE525585C2 - System och metod för mobilitetshantering i ett mobilt kommunikationsnät med proxyswitch - Google Patents

Description

35 i-f\r- bryr' 0 0 4 0 00 oo O J 0 g I 0000 nu I I ICO O lill illfl 0 0 0 konsekvens därav är ibland hem-MSC:en och G-MSCzen samma enhet, men ibland inte (t.ex., då MS roamar). Vanligtvis är ett lokaliseringsregister för besökare (Visiting Location Register, VLR) 116 placerat tillsammans med MSC:en 110 och ett logiskt singulärt HLR används i det mobila nätet. Såsom förklaras nedan, används HLR och VLR för att lagra många typer av abonnentinformation och profiler.

Ett antal radiokanaler 112 är associerade med hela tâckningsarean.

Radiokanalerna är uppdelade i kanalgrupper som är allokerade till individuella celler. Kanalerna används för att sända signaleringsinformation och för att etablera samtalskopplingar och liknande, och för att sända tal eller datainformation så fort ett samtalskoppel 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öljande teknologi, avser den här sigrnaleringen, accessmetoder som används av MS:en (t.ex. tidsmultiplexering (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. signaler-ingen 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 signaler-ing (såväl som data och talkommunikation) sänds och tas emot i enlighet med olika standarder. Till exempel har Electronics Industries Association (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 definierat internationella standarder, som t.ex. GSM-MAP, som är en internationell MAP-standard. Information om dessa standarder är väl kända och kan ñnnas från relevanta organisationer såväl som i litteraturen, se t.ex., Bosse, SIGNALING IN TELECOMMUNICATIONS NETWORK (Wiley 1998).

För att leverera ett samtal från en MS 1 14, slår en användare numret och trycker på "sänd" på en cellulär telefon eller annan mobil station. Den mobila stationen 114 10 15 20 25 30 35 Ffïff f~1\!-' sänder det slagna numret som indikerar tjänsten som begärs till MSC:en 1 10 via basstationen 107. MSC:en 110 kontrollerar med ett associerat VLR 116 (mer beskrivet nedan) för att bestämma om mobila stationen 114 är tillåten att använda den begärda tjänsten. G-MSC dirigerar samtalet till den lokala växeln, för användaren som slagit numret, i PSTN 120. Den lokala växeln larmar den uppringda användarterminalen och en svarssignal dirigeras tillbaka till mobila stationen 114 genom den ansvariga MSC:en l 10 (serving MSC) som sedan sluter talkopplet till den mobila stationen. Så fort uppsättningen avsamtalet fullbordas kan samtalet börja.

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). MSC:en frågar sedan l-lLRzet 118 för att bestämma vilken 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. Hem- MSC:en dirigerar sedan samtalet till den ansvariga MSC:en. Den ansvariga MSC:en söker (page) MS:en via det lämpliga BS:et. Mobila stationen svarar och lämpliga signaleringslänkar sätts upp.

Under ett samtal, kan BS:et 107 och mobila stationen 1 14 samarbeta för att ändra kanaler eller BTS:er 102, om det behövs, t.ex. på. grund av signalförhållanden.

Dessa 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 roarnar till olika platser. Mobilitetshantering försäkrar att G-MSC:en har abonnentprofilen 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) 116 och ett Home Location Register (HLR) 1 18. HLRzet används för att lagra och anskaffa bland annat det mobila identiñkationsnumret (MIN), det elektroniska serienumret (ESN), MS-status och MS-tjänsteprofil. VLR:et lagrar liknande information förutom att det lagrar en MSC-identifikation som identifierar 10 20 25 30 35 0 0 0000 00 00 0 0 0000 O -0 0 y 0000 G-MSC. Dessutom under lämpliga MAP-protokoll, utförs lokaliseringsuppdaterings procedur (location update-procedurer) (eller registreringsrapporter) så att hem- MSC:en för en mobilabonnent 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 lokaliseringsuppdateñngs procedur fortsätta med att MS:en 114 sänder en begäran om lokaliserings uppdatering till VLR 1 16 via BS 107 och MSC 110. VLR 116 sänder ett lokaliserings uppdaterings-meddelande till HLR:et 118 som ansvarar för MS:en 114, och abonnentprofilen laddas ned från HLR:et 118 till VLRzet 116. MS:en 1 14 tar emot en bekräftelse på en lyckosam lokalíseringsuppdatering. HLRzet 118 begär att VLRzet (om något) som tidigare haft profildata att radera data relatera till den omplacerade mobila stationen 1 14.

Figur 2 visar i större detalj signaler-ingen och användartrafikgränssnitten mellan ett BS 107 och en MSC 1 10 i ett CDMA-mobilt nät. BS 107 kommunicerar signaleringsirifonnation genom att använda Al-gränssnittet AZ-gränssnittet överför användartrafik (t.ex. talsignaler) mellan MSC:ens switchkomponent 204 och BS 107. AS-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å MSC:en 1 10. 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 utplacerar ytterligare MSC:er i nätet. Båda alternativen innefattar betydande kostnader.

Dessutom kräver abonnenter nyare tjänster, Lex., "datasamta1" till internet. För vissa av dessa tjänster är inte MSC:erna 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 utformningar eller stängda utformningar. Det betyder att mjukvarulogiken som är nödvändig för att tillhandahålla tjänstema inte kan lätt adderas till MSC:en 110.

Ofta används en switchtillsats för att tillhandahålla sådana tjänster. Till exempel år 10 15 20 25 30 35 vy' fx F' "\ f' - | _ t... t; - 4 on no :oo: .ol:š I: .0I:: . 2 ::..§ . a.. . .I .O Û. g :l-E. . :I g II. g c I Q U 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änster via M SC-förändringar eller genom sidotmnktillsatser 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 mobilkommunikation.

Speciellt utförs switchoperationer mellan åtminstone ett mobit svvitching center (MSC) och åtminstone ett basstationssubsystem (BS). Switchningen, enligt en aspekt av uppfinningen, tillåter kommunikationstrafik att ledas av till eller från ett alternativt nät. l anslutning till hantering av samtal (tal, data, etc.) i en sådan miljö, innebär en aspekt av uppfinningen tillhandahållande av mobilitetshantering inuti nätet.

Enligt en aspekt av uppñnningen, innefattar en proxyswitch signaleringsmeddelandehanteringslogik för mottagning av signaleringsmeddelanden från MSC:en och BS:eti enlighet med ett mobilt signaleringsprotokoll. Switchen innefattar även tillståndslogik för att bibehålla tillståndsinformation för samtalssessioner och mobila stationer (MS:er) som används inuti mobila kommunikationsnätet, och meddelandemottagningslogik för detektering huruvida signaleringsmeddelandet år ett handoff-meddelande från en MS.

Meddelandemottagningslogiken förhindrar att handoff-meddelanden vidarebefordras till MSC:en om MS:en är involverad i samtalet, och om MSC:en inte år involverad i samtalet. Switchen innefattar vidare meddelandeomvandlingslogik för omvandling av ett handotï-meddelande till ett lokaliseringsuppdaterings- meddelande för transmission till MSC:en om MS:en är involverad i samtalet, och om MSC:en inte år involverad i samtalet; och meddelandeöverföringslogik för sändning av handoff-meddelanden till MSC:en om MS:en inte år involverad i samtalet.

Enligt en annan aspekt av uppfinningen, har ett mobilt kommunikationsnät åtminstone ett BS, åtminstone en MS, åtminstone en MSC och åtminstone en switch i kommunikation med åtminstone en av BS:en och åtminstone en av MSC:ema som tillhandahålls. Switchen tar emot ett handoff-meddelande från en 10 15 20 25 30 Ffïf' mobilstation via ett basstationssubsystem, och switchen bildar ett lokaliseringsuppdaterings-meddelande från information i handoff-meddelandet.

Lokaliseringsuppdaterings-meddelande sänds till en MSC adresserad i handoiï- meddelandet.

Kort beskrivning av ritningarna I ritningar-na är ñgur 1 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 switchingcenter i ett mobilt nåt enligt känd teknik; ñ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öringsforrn av uppfinningen; figur 5 illustrerar mobilitetshanteringslogik för en proxyswitch enligt en föredragen utföringsform av uppfinningen; figur 6 illustrerar mjukvaniprocessarldtektur för en proxyswitch enligt en föredragen utföringsforrn av uppfirmingen; figur 7 illustrerar mjukvaruprocessarkitektur för en proxyswitch enligt en föredragen utiöringsforrn av uppfinningen; figur 8 illustrerar mjukvanimodularkitektur för vissa processer för en proxyswitch enligt en föredragen utföringsform av uppfinningen; och figurerna 9- ll är förenklade diagram för att visa meddelandeflöde och mjukvaruprocessamverkan.

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 komponenter, vilket betyder att varken BSzet eller MSC:en behöver känna till proxyswitchen eller behöver ändra sina uppföranden eller funktionalitet på grund av proxyswitchens existens. Istället kan BS:et och MSC:en drivas som de gör vanligtvis, oavsett proxyswitchens existens. 10 15 20 25 30 En av fördelarna med proxyswitchen år att den kan hjälpa till att undvika blockering i ett mobilt nät. Till exempel kan proxyswitchen användas (a) för att leda kommunikation 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 kommunikationer till en MS från ett alternativt nät. Som en konsekvens därav kan kostsamma MSC- och PSTN-resurser undvikas och proxyswitchen kan användas för att öka nätskapacitet kostnadseffektivt.

Dessutom definierar proxyswitchen en uppsättning funktioner som möjliggör att nya kommunikationstjänster kan tillhandahållas till nätet. Till exempel, genom att använda proxyswitchen kan nya tjänster för samtalsparkering integreras i det mobila 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änkar 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"). Kontrollplanet 302 hanterar all signaleringstrafik, och dataplanet 304 hanterar all anvåndartrafik 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 utföringsforinen lämplig att användas i CDMA-teknologi, bår signaleringlârikarna 3 12 mellan BS:en 107 och proxyswitchen 300 information enligt 1S-634/IOS Al- gränssnittet. Likaså bär signaleringslärikarna 314 mellan MSC:en 110 och proxyswitchen 300 information enligt Al-gränssnittet. Denna situation skiljer sig från andra mobila switchingkomplex som t.ex. MSC eller BS där olika signaleringsstandarder används för kommunikation på olika sidor av switchen.

MSC:en har till exempel Al-gränssnitt på en sida av komplexet och kommunicerar enligt SS7/ISUP på den andra (d.v.s., PSTN sidan av switchen). 10 15 20 25 30 35 r' fw r' t' n ff \, n” J x; v' Hj en ao 0 :Hi - :: : 2 22-- : U' " ' ::o:un: o con-o 00: °' :°.'n f: o o Û ' u' .u'.n o 5 oo v o o 0 f Enligt andra utföringsformer terrninerar proxyswitchen nya ingångsgränssnitt A8, A9, och utgångsgränssnitt A10, A11 för CDMA2000 för överföring av paketbaserad trafik, både signalering och användartrafm. Nuvarande MSC:er stödjer inte dessa ingångsgränssnitt.

Proxyswitchens dataplan 304 använder samma standarder på vardera sida av switchen. BS-sidotrunkarna 306, i CDMA-utföringsfonnerna kommunicerar enligt A2- och A5-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 /A5 på en sida men kommunicerar enligt PSTN 64kb/ s pulskodmodulationsstandarder på andra sida.

Dessutom, medan alla de andra enheterna i ett mobilt nät använder sina egna punktkoder (point code) inuti sin sigialering ("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 firms i de mottagna meddelandena. Genom att använda BS:ets eller MSC:ens punktkoder, istället för proxyswitchens punktkod, möjliggörs proxyswitchens transparens.

Enligt vissa utföringsforrner, fmns 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 3B, kan proxyswitchen 300 vara i kommunikation med fler än en MSC 1105-1101..

Proxyswitchens 300 kontrollplan 302, liksom det som i utplaceringen enligt figur 3a, kan ta emot kontrollsignaler 312a-n från ett flertal BS:er 107a-n. Dessutom kan dataplanet 304 ta emot trunkar 306a-n frän ett flertal BS. Till skillnad från utplaceringen enligt figur 3a, mottar och sänder systemet enligt figur 3b information på signaleringslånkarna 314j-k till multipla MSC:er llOj-k.

Uppsâttningen enligt figur 3b kan konñgureras fór att distribuera lasten i systemet bättre, för att förbättra tillförlitlighet (genom att tillhandahålla en altemativ anslutning till en MS),,och att tillhandahålla tjänster som konsistent matchar en användarprofil. Enligt en uttöringsforrn som använder uppsättningen enligt figur 3B, kan systemet konfigureras så att samtal från en given anropare dirigeras till en 10 l5 20 25 30 35 f' (w v* v ._ n) Pål- 1 \v\f\/ n o I Q I o 0 o u n v 0 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).

Denna bestämning kan baseras på statistisk övervakning eller kan konfigureras i en användarprofil. Genom att konfigurera systemet så, kan mängden lokaliseringsuppdaterings-meddelanden och liknande reduceras. Enligt andra utföringsforrner, 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 belastningen i hela kommunikationssystemet under hanteringen. Dessutom kan samtal dirigeras till MSC:er som tillhandahåller tjänster konsistent med en given användarprofil.

Proxyswitchen 300 som innefattar mjukvara som accepterar alla signaleringsmeddelanden och, beroende på meddelandet och systemets tillstånd, utför åtminstone ett av följande: 1. för meddelandet vidare oförändrat till MSC:en eller BS:et som adresseras i meddelandet; 2. snappar upp meddelanden mellan MSC:en och BS:et; 3. för några uppsnappade meddelanden: konverterar de uppsnappade meddelandena till ett annat meddelande och sänder det konverterade meddelandet istället för det ursprungliga, uppsnappade meddelandet till MSCzen eller BS:et adresserat i det mottagna meddelandet; 4. leder bort meddelandet från det mobila- och PSTN-baserade nätet till ett alternativt nät.

Dessa typer av handlingar utförda i vart och ett av fallen tillsammans med de händelser som utlöser handlingarna beskrivs nedan.

I många fall, speciellt då ett meddelande från en MS 1 14 avleds och trafiken dirigeras till ett alternativt nät, kan proxyswitchen 300 agera som en MSC 110. I en sådan roll uppfyller proxyswitchen de ansvar och roller som en traditionell MSC skulle 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 resulterari en handofï mellan käll- och mål-MSC:erna. Om proxyswitchen 300 har avlett meddelandet och 10 15 20 25 30 35 Vffiš- PÛF" \.).,.~J lO samtal/ sessionen har dirigerats till ett alternativt nät, måste handofi' hanteras av proxyswitchen 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å systemets konfiguration och systemets tillstånd, gör proxyswitchen sådana tilldelningar analogt med sättet som konventionella MSC- tilldelningskretsar gör.

Figur 4 visar en typisk uppsättning där proxyswitchen 300 är ansluten till flera alternativa nåt, som t.ex. ett IP-backbone 412 eller ett alternativt kretsbaserat nåt 414, t.ex. en annan bärare. Dessa alternativa nät kan användas för att överföra tal och/ eller datatrafik till önskade destinationer samtidigt som PSTN 120 tillsammans med kostsamma resurser i M SC:en 1 10 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 Nashua, 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 IP-talnåt 418 eller internet 4 16.

Såsom kommer att förklaras nedan, då trafik avleds till ett alternativt nåt kan både kontrollinformation (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, tillhandahåller föredragna utföringsformer av uppfmnirigen viss kärnfiinktionalitet.

Dessa kärnfunktioner möjliggör avledning av trafik från trunkarna 306 innan de når MSC:en 1 10; möjliggör introduktion av trafik på trunkar 306 från altemativa 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. Procedurer för mobilitetshantering i närvaro av en proxyswitch då en MS 114 roamar i ett nät, kräver standardprocedurer för mobilitetshantering att MS:en utfärdar lokaliseringsuppdatering eller registreringsrapporter då MS roamar från en cell till en annan. Dessa uppdateringar tas emot av MSC:en 110 (via BSC:n), och slutligen uppdateras VLR-/HLR-komplexet med ny plats för MS:en. Emellertid kan kanske standardprocedurema inte fungera i vissa utföringsformer och systemtillstånd av 10 15 20 25 30 kni* r-rztf \IO_\J 0 0 0:10 Q I I I Q 0 Q 0000 0 ll uppfinningen. Till exempel kan MS:en involveras i ett samtal som inte använder MSC:en (t.ex. ett som hanteras av ett alternativt nät) MS:en måste fortfarande utfärda lokaliseringsuppdaterings- eller handoñïmeddelanden. I detta syfte tillhandahåller föredragna utföringsformer av uppfinningen mobilitetshanteringslogik för proxyswitchen som beskrivs med hänvisning till figurema 3 och 5 tillsammans.

Om ett lokaliseringsuppdaterings- eller handoff-meddelande tas emot från BS:et 107 av proxyswitchen 300, bestämmer proxyswitchen 300 huruvida MS:en för närvarande är involverad i ett samtal 505. Om MS:en inte är involverad i ett samtal, då tillåter proxyswitchen 300 lokaliseringsuppdaterings -meddelandet att passera genom 510 till MSC:en 1 10. MSC:en 110 uppdaterar 515 då VLR:et 116 på ett konventionellt sätt. Det logiska flödet slutar sedan vid 599.

Om proxyswitchen 300 bestämmer att MS:en 114 är involverad i ett samtal, kontrollerar proxyswitchen 520 om MSC:en 1 10 år involverad i samtalet. Till exempel kan detta göras genom att analysera tillståndsinformation för samtalet (även känt som en "session") upprätthållet av proxyswitchen. Om MSC:en är involverat i ett samtal med MS:en, då fortsätter proxyswitchen som beskrivits ovan, förutom att den här gången förs ett handoff-meddelande genom MSC:en 110.

Om MS:en är involverad i ett samtal och MSC:en inte är involverad i det här samtalet, mottar proxyswitchen 300 handoff-meddelandet 525 från BS:et 107 och, använder informationen i handoff-meddelandet, konverterar handofi-meddelandet till ett lokaliseringsuppdaterings -meddelandei 530. Lokaliseringsuppdaterings - meddelandet 535 sänds sedan till MSC:en 110 och proxyswitchen uppdaterar sin egen lokala databas (ej visad) som reflekterar skillnaden. Den här lokala databasen fungerar som ett VLR för proxyswitchen och innehåller all information som ett VLR gör (eftersom proxyswitchen ibland beh-över fungera liknande som en MSC.

Proxyswitchen 300 sänder sedan ett bekräftelsemeddelande 540 till BS:et 107. Det logiska flödet slutar sedan vid 599. “ Hårdvaruarkitektur 0 0 0 I u 0 10 15 20 25 30 35 rn” rn” xilflxfi çf c: -J 12 Med hänvisning till båda figurema 3 och 4, innefattar föredragna utföríngsfonner av proxyswitchen 300 ett kontrollplan 302 och ett dataplan 304. Kontrollplanet innefattar 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 tillgänglig från Force Systems) för att motta signaleringsinformation från signaleringslänkama 312, 314 och för att utföra den initiala behandlingen därav.

Den initiala behandlingen innefattar sändning och terminering av information på signaleringslärilcarna och extrahering, under programstyrning, av meddelandeinformationen som finns i signaleringsmeddelandena. Så fort meddelandeinformationen hämtats, förorsakar signaleringskorten att meddelandeinforrnationen förs till ett programmerbart processorkort (t.ex. RPC 3305 och 3306 tillgängliga från Radisys) som sedan â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öljaktligen, om kontrollplanet går sönder leds länkarna över kontrollplanet och BSCzen och MSC:en kan kommunicera på konventionellt sätt.

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

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

Portar i förväg utrustade med DACS 402 ansluts till VoIP 404 och datatermineringsanordningen 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 10 l5 20 25 35 13 ansluta till alternativa kretsbaserade nät, Lex. för att dra tillbaka trafik till en krets-MSC i ett annat regionalt nät.

Alla dataplansenheter mottar kontrollinformation från kontrollplanet 302 via kontrollkanaler 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ärarkretsarria 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 kontrollinformation till de olika anordningarna. Till exempel innehåller signalinformationen kontrollinformation som till exempel destinatíons-IP-adresser som kan användas för att skapa destinationsadresser som krävs av VoIP-anordningen. Denna information kan sedan användas av VoIP-anordningen för att leverera talinformation 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 feltoleransmekanisrner. Dessa mekanismer försäkrar att vid fel på dataplanet, så kommer trunkama 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.

Mjukvaruarkitektur Med hänvisning till figurerna 6-7, enligt en föredragen utföringsform, exekvererar styrplansmjukvaran sessionsledarprocesser och kommunikationsprocesser.

Sessionsledarprocesserna innefattar en Proxy Session Manager (PSM) 904 och en Core Session Manager (CSM) 1002. Kommunikationsprocessen innefattar SS7 Message I-landler (SS7MsgHdlr) S902 a-n och IP Message Handler (IPMsgI-Idlr) 906 a- n. Såsom narnnen visar, innefattar sessionsledare logik för hantering och ledning av samtalssessioner, medan meddelandehanterare innefattar logik för hantering av meddelanden. 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 irikapslar sessionsledare logiken för hantering av sessioner, så att annan mjukvara som till exempel meddelandehanterare inte behöver inte kärma till sessionstillstånd eller liknande. l0 15 20 25 30 35 r-fwsy- Er-nr* ¿ '» u nna no nn o nn o On o nn o n nu non n nn n n nnoo o In 000000 IIOOOO OI 9 on n n o u n en n n en nu a on 14 Processerna SS7MsgHdlr och lPMsgHdlr ä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 SS7Msgl-ldlr och IPMsgHdlr accepterar och sänder kontrollmeddelanden till dataplanet. PSM-processen 904 hanterar alla samtal eller sessioner som är "genomgå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-MSCzn 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 sirnultant på olika processorkort för att tillhandahålla den nödvändiga skalbarheten och prestandan. Ytterligare mjukvaruprocesser tillhandahålls för felsäkerhet och tillförlitlighet. I diagrammen är de hänvisade till som PSM' 904' och CSM' 10022 Syftet med dessa ”viktiga” processer är att tillhandahålla felsäkerhet för andra PSM- och CSM-processer. I en utföringsform, har var och en av PsMzerna och CSM:ema en "skugg"-PSM' /CSM'- process som tillhandahåller "skugg"-tâclcning. Om en PSM- eller CSM-process misslyckas, är den motsvarande skugg-PSM/ CSM'-process utformad för att ta över från den misslyckade processen.

Med hänvisning till figur 6, hanteras, allteftersom signaleringsmeddelanden anländer från BSC:n och MSC:n, de av en SS7MsgHd1r 902a-n, som exekverar på SS7-processorkortet. Det finns en SS7Msgl-ldlr 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 tilldela: ett (företrädesvis) unikt logiskt referensnummer 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. lO 15 20 25 30 35 e* fw rf \_ __ g; ~ \ i x, -v L/ 15 Efter behandlingen ovan, väljer sedan SS7Msgl-ldlr 902 en PSM 904 för att hantera meddelandet. I en utföringsfonn, 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 samtal/ 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 talsarntal. 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 undersö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 gjorts 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- processerna 1002, se t.ex. figur 7. Det interna protokollet för en föredragen utföringsform år tillståndslös och textbaserad. Enligt ovan, hanterar PSM de sessioner / samtal som inte år avledningsbara. Så fort den påtrâffar en session/ ett samtal 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 figur 8, mottas inkommande meddelanden av nâtsgrânssnittsmodulen 1102.

N âtsgränssnittsmodulen sänder sedan meddelandet till protokollmotorn l 104. Till exempel år denna motor 1104, enligt CDMA-utföringsformer, ansvarig för kodning och avkodning av meddelanden enligt IS-634-protokollet.

Tillståndsmaskinsmodulen 1 106 år ansvarig för hantering av meddelanden och 10 l5 20 25 30 35 V' f* f- r' f* 7. t; ty. i) in. n -..5 000000 0 0 000000 0 0 0 00 00 0.00 0 0 0000 0 0 000 0 0000 0 0 0000 0000 0 0 0 0000 I 0000 0 0 0 0000 0000 0 0 0 0 0 00 16 registrering av tillståendet enligt 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övergångarna.

Den aktiva katalogsmodulen 1108 samverkar med de externa mobilitetshanteringsfiinktionerna för MSC:n och är ansvarig för att erhålla och uppdatera abonnentprofiler och andra användar- / abonnentdata. I en traditionell MSC, är Visiting Location Register (VLR) typiskt placerad tillsammans med MSC:n; VLR:en innehåller abonnentinformation (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 abonnenten roamar ut från arean som täcks av MSC:n (till en area som täcks av en annan MSC), raderas abonnentprofilen. Den aktiva katalogmodulen i proxyswitchen agerar som en klient till HLR-databasen, begär abonnentproñler 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 ll 10 samverkar med proxyswitchens dataplan 304 via öppna kontrollprotokoll, som till exempel H.248 och MGCP. Vid mottagning av begäran från IS-634 tillståndsmaskinsmodulen 1106, sänder MGC 1110 ett meddelande i H.248- eller MGCP-protokollet till dataplanet 304 för att utfö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öringsforrn paketeras följaktligen inkommande kretstrafik och sänds ut som paket. Denna utföringsform kan användas för att ta kretskopplade samtal, och transporterna dem som Voice over IP (VoIP)-samtal. I en annan utföringsform, 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 10 15 25 30 35 v F'f\',_' FÛF' _ _\ 17 kretskopplad (TDM)-trafik från en utgångsport. I detta fall bibehålls inkommande kretskopplad trafik som kretskopplad och swítchas till ett alternativt kretskopplat nät.

Figurerna 9- 1 l 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 kontrollflödet då ett nytt samtalsmeddelande initieras från BS:et 107 till MSC:n 110, och för att visa ett "genomgängssamtal". Ett genomgångssamtal är ett samtal där proxyswitchen 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 ändra punktkoder, till exempel för att hantera ommappning av MSC:er som förklarats med hänvisning till figur SB). BS:et 107 sänder 1205 en tjänstebegäran (som till exempel en CSR) som är avsedd för MSC: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 referensnummer till meddelandet (det är det initiala meddelandet fór en potentiell pågående samtalsbegäran), och dirigerar 1210 den till PSM-processen 904 för ytterligare behandling. PSM-processen 904 avkoda: det inkommande meddelandet och använder IS-634 tillståndsmasldnen (för CDMA- utföringsformer) för att bestämma huruvida detta samtal ska avledas (t.ex. till ett alternativt nät) eller tillåtas att hanteras av MSC:n 1 10. Eftersom samtalet i det här exemplet inte ska avledas, kodas meddelandet och sänds tillbaka 12 15 till SS7 MsgHd1r-processen 902. I en utföringsform, är kommunikationsprotokollet mellan SS7MsgHdlr och PSM-processerna ett tillståndslöst textbaserat protokoll som tillhandahåller en abstraktionsnivå (relativt till sessionslogiken) för de underliggande signaleringsprotokollen. SS7MsgHdlr-processen 902 återsänder sedan 1220 IS-634-meddelandet till MSC:n 110. MSC:n behandlar detta meddelande och svarar 1225. Detta svar mottas även av proxyswitchen 300 men eftersom detta svar relateras till ett pågående men icke avledbart samtal (såsom 10 15 20 25 30 35 V' (\ i” FÛF" 18 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 MsgHdlr 1230 detta meddelande transparent framåt till BS:et 107. Alla ytterligare växlingar avseende 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 Release (samtalsnedkoppling), garanterar proxyswitchen 300 att "nedkopplingen" av samtalet utförs inklusive dispositionen av det lokala referensnumret. Samtalsnedkopplings-meddelandet sänds även till BS:et 107 genom proxyswitchen så att BS:et kan fortsätta med sin nedkopplíngsprocess.

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 1 10. BS:et 107 sänder 1305 en tjänstebegäran avsedd för MSC:n 110. Proxyswitchen mottar detta meddelande och SS7 MsgHd1r-processen 902 mottar samtalet, tilldelar till detta meddelande ett unikt lokalt referensnummer, och dirigerar 13 10 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 altemativt nät) eller tillåtas hanteras av MSC:n 1 10. Eftersom samtalet i det här exemplet inte ska avledas, kodas meddelandet och sänds tillbaka 1315 till SS7MsgHdlr-processen 902. SS7MsgI-ídlr-processen 902 återsänder 1320 meddelandet till MSC:n 110.

MSC:n 1 10 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 tilldelningen till PSM 904, som i sin tur svarar 1335 att den har registrerat denna tilldelníngen 1330. Proxyswitchen sänder 1340 sedan kanaltilldelriingsbegä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 samtalsnedkopplings (Call Release)-meddelandet sänds.

Samtalsnedkopplingsmeddelandet 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ändartrafik kontrolleras av proxyswitchen. BS:et 107 10 15 20 25 30 35 19 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 dirigera: 1410 det till PSM-processen 904 för ytterligare 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 om samtalet ska avledas. Eftersom 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 uppträda som en konventionell MSC och utfärdar 1420 en kanaltilldelning för detta samtal, och tilldelar en trunk mellan BS:et och proxyswitehens dataplan. Kanaltilldelningen sänds 1435 till SS7MsgHdlr.

SS7MsgHdlr-proeessen sänder 1430 denna kanaltilldelningsinformation till BS:et så att BS:et kan använda den för användartrafik. CSM sänder även ett meddelande till proxyswitehens dataplan (såsom beskrivits 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öringsform 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 process för att utföra proxyfunktionema 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öríngsform 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 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 MS:n 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 prestandan. Ytterligare mjukvartiprocesser tillhandahålls för felsäkerhet och tillförlitlighet. Syftena med dessa processer är att tillhandahålla felsäkerhet för 10 15 20 20 andra PSM-processer. l en utföringsforin, har varje PSM en "skugg"-process som tillhandahåller "skugg"-tåckning. Om en PSM-process skulle gå fel, är den motsvarande skuggprocessen utformad att ta över från processen som har gått fel.

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

Dessutom har utföringsforrnerna beskrivits delvis i relation med CDMA-protokoll, men utföringsfonnerna 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öríngsform, år det uppenbart för fackmannen på området att förändringar kan göras på utföringsforrnen som beskrivits utan att avvika från uppfinningens omfattning.

Claims (4)

10 U 20 25 30 r' fx rf f- n \. . f) s.) -1 na; PATENTKRAV

1. En metod för hantering av mobilitetshanteringsmeddelanden i ett mobilt kommunikationsnät som har åtminstone ett bassta- tionssubsystem (BS), åtminstone en mobil station (MS), åtmin- stone ett mobilt switching-center (MSC), och åtminstone en switch i kommunikation med åtminstone ett av basstationssubsy- stemen och åtminstone en av MSC:erna, varvid metoden innefat- tar stegen: att motta, vid switchen, ett handoff-meddelande från en mobil station via ett basstationssubsystem; att bestämma, vid switchen, om den mobila stationen som utfärdade handoffmeddelandet är involverat i ett samtal; att bestämma, vid switchen, om MSC:n är involverad i samtalet som den mobila stationen är involverad i; att bilda, vid switchen, ett lokaliseringsuppdate- rings-meddelande från information i handoff-meddelandet; att då den mobila stationen är involverad i samtalet, och MSC:n inte är involverad i samtalet, sända lokaliserings- uppdaterings-meddelandet till en MSC adresserad i handoff- meddelandet; och att då den mobila stationen är involverad i samtalet, och MSC:n inte är involverad i samtalet, blockera handoffmed- delandet från sändning till MSC:n.

2. Metoden enligt patentkrav 1 ytterligare innefattande ste- get: sända ett bekräftelsemeddelande från switchen till den mobila stationen som utfärdade handoff-meddelandet.

3. Metoden enligt patentkrav 2, vidare innefattande stegen: 10 15 20 25 30 y-rxr' ø-rw-P' \..'...\Å v _. '...' ooo ooo o o oo o oo o. o. a. o oo oo o oo o oo o o oo o oo oo oo ooo o oo o o oooo ooo oo o oo ooooooo o ooooo oo o o o o oo o o o o o o o oo o o o o o o o oo oo oo oo motta, vid switchen, lokaliseringsuppdaterings - meddelanden från den mobila stationen; sända från switchen det mottagna lokaliseringsuppda- teringsmeddelandet till MSC:n om den mobila stationen inte är involverad i ett samtal; och uppdatera, med hjälp av switchen, en lokal databas som reflekterar ändringen i lägesinformation i lokaliserings- uppdateringsmeddelande.

4. En proxyswitch för användning i ett mobilt kommunikations- nät som har åtminstone ett mobilt switching-center (MSC) och åtminstone ett basstationssubsystem (BS), varvid MSC:n och BS:et vart och ett kommunicerar signaleringsmeddelanden enligt ett mobilt signaleringsprotokoll, proxyswitchen innefattar: signaleringsmeddelande-hanteringslogik för mottagning av signaleringsmeddelanden från MSC:n och BS:et i enlighet med nämnda mobila signaleringsprotokoll; tillståndslogik för bibehållande av tillstàndsinfor- mation för samtalssessioner och mobila stationer (MS:er) an- vända inom det mobila kommunikationsnätet; meddelandeuppsnappningslogik, samverkande med signa- leringsmeddelande-hanteringslogik och tillståndslogik, för de- tektering av huruvida signaleringsmeddelandet är ett handoff- meddelande från en MS och för att förhindra handoff- meddelanden fràn att vidarebefordras till MSC:n om MS:en är involverad i samtalet, och om MSC:n inte är involverad i sam- talet; meddelandekonverteringslogik för konvertering av ett handoff-meddelande till ett lokaliseringsuppdaterings - meddelande för transmission till MSC:n om MS:n är involverad i samtalet, och om MSC:n inte är involverad i samtalet; och meddelandetransmissionlogik för sändning av handoff- meddelanden till MSC:n om MS:n inte är involverad i samtalet.