SE522409C2

SE522409C2 - Control component (S) functions in system incorporating several service suppliers and several network suppliers to make it possible for network supplier, independently of network

Info

Publication number: SE522409C2
Application number: SE0002703A
Authority: SE
Inventors: Bengt Hagstroem; Harald Nordkvist; Oscar Bravo; Mario Espinosa; Kent Helgesson-Hanser
Original assignee: Nextlimit Ab
Priority date: 2000-07-19
Filing date: 2000-07-19
Publication date: 2004-02-10
Also published as: SE0002703D0; SE0002703L

Abstract

The control component (S) functions in a system incorporating several service suppliers and several network suppliers to make it possible for a network supplier, independently of the network technique used, to handle information defining, calling up and providing network services in a telecommunication network. The network incorporates a connectivity network, comprising network components and links and connecting points for subscribers together with connected network service functions. The control component (S) is divided into a hierarchy of layers (L1,L2,L3,L4) which are independent with interfaces (G,G4) transmitting information between the layers in a well-defined manner. Each layer has its own handling and operating system.

Description

522 409 2 0 Nätoperatör (engelska Network Provider) Rollen nätoperatör driver, förvaltar och utvecklar nätet. 522 409 2 0 Network Provider The role of network operator drives, manages and develops the network.

Nätoperatören aktiverar teletjänster på begäran av rollen tjänsteleverantör till de geografiska adresserna där abonnenterna har sina utrustningar. Nätoperatören samlar in från nätet data som används som underlag för fakturering avseende abonnenternas förbrukning av teletjänster.The network operator activates telecommunications services at the request of the role of service provider to the geographical addresses where the subscribers have their equipment. The network operator collects from the network data that is used as a basis for invoicing regarding the subscribers' consumption of telecommunications services.

Ovannämnda huvudroller kan delas i ännu mer specialiserade roller: En återförsäljare (engelska Retailer) specialiserar sig på att sälja teletjänster till abonnenter utan att utföra verksamhetsfunktioner som tjänsteutveckling, kundtjänst eller fakturering.The above main roles can be divided into even more specialized roles: A retailer (English Retailer) specializes in selling telecommunications services to subscribers without performing business functions such as service development, customer service or invoicing.

En nätoperatör kan begränsa sin nätverksamhet till delar av nätet till exempel accessnät, stadsnät, och stamnät.A network operator can limit its network operations to parts of the network, such as access networks, city networks, and backbone networks.

Varje aktör väljer fritt om den vill organisera sin verksamhet kring alla eller endast nägra av de nämnda rollerna. 1.2 FÖRDELAR MED ROLLFÖRDELNING Fördelningen av verksamheten i roller gör möjligt för en aktör att etablera sin verksamhet vid geografiska platser eller marknader utan att behöva utföra alla verksamhetsfunktioner som krävs för att tillhandahålla teletjänster. En aktör som saknar nät i en region kan etablera sin verksamhet som tjänsteleverantör. En aktör som äger ett nät kan erbjuda det till andra aktörer, såväl tjänsteleverantörer som återförsäljare, som har redan etablerade kundrelationer.Each actor is free to choose whether it wants to organize its activities around all or only some of the mentioned roles. 1.2 ADVANTAGES OF ROLE DISTRIBUTION The distribution of operations in roles enables an operator to establish its operations at geographical locations or markets without having to perform all the operational functions required to provide telecommunications services. An actor that does not have a network in a region can establish its business as a service provider. A player who owns a network can offer it to other players, both service providers and resellers, who already have established customer relationships.

Konsekvensen av denna rollfördelning är att varje aktör i sin affärsverksamhet uppnår överenskommelser med andra parter. I eller de som lämpar sig bäst för aktörens totala verksamhet med dessa överenskommelser agerar aktören i den roll, roller, hänsyn taget till geografi, marknad, lagstiftning och teknisk kompetens. Observera att rollfördelningen också kan uppstå som 10 15 20 25 30 522 409 5 följd av lagar och förordningar, till exempel genom tilldelning av licenser eller lagstiftning som tvingar en alltför dominerande aktör att splittra sin verksamhet i ett antal mindre oberoende organisationer.The consequence of this division of roles is that each player in its business business reaches agreements with other parties. In or those who are best suited for the actor's total activities with these agreements, the actor acts in the role, roles, taking into account geography, market, legislation and technical competence. Note that the division of roles can also arise as a result of laws and regulations, for example through the allocation of licenses or legislation that forces an overly dominant player to split its activities into a number of less independent organizations.

Rollfördelningen kräver att varje aktör har teknisk kompetens att administrera sina relationer till andra parter, i en given definierad roll, med syfte att utveckla, marknadsföra, sälja, leverera, underhålla, följa upp, debitera och fakturera teletjänster till enskilda abonnenter. 2 TEKN|KENS STÅNDPUNKT 2.1 NULÄGESBESKRIVNING Den lösning som finns idag präglas av manuella hanteringar. I praktiken saknas gränssnitt mellan de olika leverantörer.The division of roles requires that each actor has the technical competence to administer its relations with other parties, in a given defined role, with the aim of developing, marketing, selling, delivering, maintaining, following up, charging and invoicing telecommunications services to individual subscribers. 2 TECHNOLOGY | POSITION 2.1 CURRENT SITUATION The solution that exists today is characterized by manual handling. In practice, there is no interface between the various suppliers.

Därför görs utväxling av information med hjälp av fax eller post mellan operatörer. I vissa fall, har förekommit gränssnitt mellan operatörer baserad pà en standard framtagen inom ITU-T, det så kallade X-interface inom TMN-standarden (Telecommunications Management Network). Andra lösningar för automatisering av gränssnittet mellan styrsystem har tillkommit i USA i det så kallade Electronic Bonding Program.Therefore, information is exchanged by fax or mail between operators. In some cases, there have been interfaces between operators based on a standard developed within ITU-T, the so-called X-interface within the TMN standard (Telecommunications Management Network). Other solutions for automating the interface between control systems have been added in the USA in the so-called Electronic Bonding Program.

Nàgon helhetslösning som automatiserar relationen mellan aktörernas system men också automatiserar verksamhetsfunktionen inom ett system har författarna inte sett. Normalt använder verksamheten inom varje leverantör någon form av datorstöd för att utföra vissa delar av en leverans. Sá i praktiken, den alternativa lösningen som utnyttjas idag inom Telekommunikationsomràdet är att leveransprocessen delas i mindre aktiviteter, där varje aktivitet utförs manuellt, genom att läsa och skriva data manuellt i olika register och nätelement. Sedan bekräftas och avrapporteras manuellt att någon aktivitet är utförd och eventuellt beordras manuellt i ett uppdragsregister för att nästa aktivitet skall kunna utföras allt eftersom processen fortskrider. l0 15 20 25 30 522 409 4 2.2 OLIKA NÄTTEKNIKER I nuvarande telekommunikationsnät förekommer olika typer av nät, byggda enligt helt olika principer med avseende pà trafik- dirigering, trafikkontroll, nätadressering, signalering och allokering av nätkapacitet för användaren.The authors have not seen any complete solution that automates the relationship between the actors' systems but also automates the operational function within a system. Normally, the business within each supplier uses some form of computer support to perform certain parts of a delivery. So in practice, the alternative solution used today in the Telecommunications area is that the delivery process is divided into smaller activities, where each activity is performed manually, by reading and writing data manually in different registers and network elements. Then it is confirmed and reported manually that some activity has been performed and possibly ordered manually in an assignment register so that the next activity can be performed as the process progresses. l0 15 20 25 30 522 409 4 2.2 DIFFERENT NETWORK TECHNIQUES In current telecommunications networks, there are different types of networks, built according to completely different principles with regard to traffic routing, traffic control, network addressing, signaling and allocation of network capacity for the user.

Konsekvensen av dessa skillnader är att nät av olika typer ofta inte är kompatibla med varandra. En användare, som fràn en nätanslutning (A), vill kommunicera med en annan användare vid en nätanslutning (B), måste vara säker pà att denne är ansluten till ett nät av samma typ. Detta, som kan verka trivialt för en användare som dagligen nyttjar en telefon kopplad till ett fast telenät av typ PSTN (engelska Public Switching Telephone Network), är inte alls trivialt för samma person när det gäller nät som nyttjar helt andra tekniker, Global Mobile System) , exempelvis GSM (engelska IP (engelska Internet Protocol), ATM (Asynchron Transfer Mode) eller FR (Frame Relay).The consequence of these differences is that networks of different types are often not compatible with each other. A user who, from a network connection (A), wants to communicate with another user at a network connection (B), must be sure that he is connected to a network of the same type. This, which may seem trivial to a user who daily uses a telephone connected to a fixed telephone network of the type PSTN (English Public Switching Telephone Network), is not at all trivial to the same person when it comes to networks that use completely different technologies, Global Mobile System ), such as GSM (English Internet Protocol), ATM (Asynchronous Transfer Mode) or FR (Frame Relay).

En konsekvens av skillnaderna mellan olika typer av nät är att styrorgan eller system för hantering av nät också är speciella.One consequence of the differences between different types of networks is that control means or systems for managing networks are also special.

Eftersom näten har utformats specifikt för viss typ av trafik, har även systemen för nätdriften specialiserats för sitt funktionsomràde. Ett system för drift av ATM-växlar kan därför inte användas för att hantera telefoniväxlar eller tvärtom.Since the networks have been designed specifically for a certain type of traffic, the network operation systems have also been specialized for their area of operation. A system for operating ATM exchanges can therefore not be used to handle telephone exchanges or vice versa.

Aktörerna inom telekommunikationsomràdet måste därför utveckla kompetens i att driva nät byggda i olika tekniker och kompetens i att driva, förvalta och utveckla de styrsystem som behövs för nätdriften. 2.3 OLIKA ROLLER Som nämnts ovan verkar inom telekommunikationsomràdet idag ett flertal aktörer. Det har tidigare påpekats att det kan vara en fördel för mànga av dessa aktörer att samarbeta med andra, dels för att kunna nà ut till större kundgrupper, dels för att kunna 10 15 20 25 30 522 409 5 erbjuda sina teletjänster på ett större antal geografiska platser.The players in the telecommunications field must therefore develop competence in operating networks built in different technologies and competence in operating, managing and developing the control systems needed for network operation. 2.3 DIFFERENT ROLES As mentioned above, a number of players operate in the telecommunications area today. It has previously been pointed out that it can be an advantage for many of these players to collaborate with others, partly to be able to reach larger customer groups, partly to be able to offer their telecommunications services in a larger number of geographical areas. places.

För att möjliggöra detta krävs i första hand att telekommunikationsnät tillhörande olika aktörer samverkar trafikalt.In order to make this possible, it is primarily necessary that telecommunication networks belonging to different actors interact in traffic.

Aktörerna skall kunna sälja, leverera, underhålla, uppfölja, debitera och fakturera teletjänster till sina kunder. Detta kräver att styrsystemen i telekommunikationsnät tillhörande olika aktörer skall kunna samarbeta med varandra.The players must be able to sell, deliver, maintain, follow up, charge and invoice telecommunications services to their customers. This requires that the control systems in telecommunications networks belonging to different actors must be able to cooperate with each other.

Traditionella aktörer, de som varit verksamma länge, har ett systemarv i form av olika nät och styrsystem för dessa. Dessa aktörer har tidigare inte haft behov att skilja mellan styrsystem som stödjer verksamhetsfunktioner i tjänsteleverantörens roll från styrsystem som stödjer verksamhetsfunktioner i nätoperatörens roll. Snarare tvärtom har en làngtdriven rationalisering av styrsystem i telekommunikationsnät varit en fördel för den traditionella aktör, som på detta sätt uppnått stordriftsfördelar.Traditional actors, those who have been active for a long time, have a system heritage in the form of various networks and control systems for these. These actors have not previously needed to distinguish between control systems that support business functions in the role of the service provider from control systems that support business functions in the role of the network operator. On the contrary, a long-term rationalization of control systems in telecommunications networks has been an advantage for the traditional player, which in this way has achieved economies of scale.

Ett exempel på sådan systemrationalisering är försäljning och leverans av telefonabonnemang, POTS (eng. Plane Old Telephony Service)f>Vid försäljning av telefonabonnemang kan en säljare registrera information tillhörande abonnenten i samma styrsystem som sedan utnyttjas för att beordra de uppdrag som krävs för att leverera tjänsten till abonnenten, dels inkoppla abonnentens ledning till rätt växelutrustning och dels utföra datasättning som aktiverar tjänsten vid telefonväxeln för just denna abonnent. Genom detta har data tillhörande kunden lagrats i samma system med information om accessnätet och tjänsten. En sådan rationalisering, som tidigare har varit effektiv, blir idag ett hinder för att utveckla rollerna återförsäljare, tjänsteleverantör och nätoperatör. Aktören får svårigheter att flexibelt agera i olika roller på olika geografiska platser och 10 15 20 25 30 522 409 6 marknader eftersom nätdata, kundinformation och tjänstedata är realiserat i samma styrsystem.An example of such system rationalization is the sale and delivery of telephone subscriptions, POTS (Plane Old Telephony Service) f> When selling telephone subscriptions, a salesperson can register information belonging to the subscriber in the same control system which is then used to order the assignments required to deliver the service to the subscriber, partly connect the subscriber's management to the correct exchange equipment and partly perform data setting that activates the service at the telephone exchange for this particular subscriber. Through this, data belonging to the customer has been stored in the same system with information about the access network and the service. Such rationalization, which has previously been effective, is today an obstacle to developing the roles of reseller, service provider and network operator. The player has difficulty acting flexibly in different roles in different geographical locations and markets because network data, customer information and service data are realized in the same control system.

När aktörerna inom telekommunikationsområdet nu agerar i roller som återförsäljare, tjänsteleverantör eller nätoperatör, måste deras styrsystem utbyta kundinformation, nät- och tjänstedata med andra aktörers system. För att uppnå ett effektivt informationsutbyte bör gränssnitten och funktionerna mellan styrsystemen göras så automatiska som möjligt, med så lite mänsklig inblandning som möjligt.When players in the telecommunications sector now act in roles such as resellers, service providers or network operators, their control systems must exchange customer information, network and service data with other players' systems. In order to achieve an efficient exchange of information, the interfaces and functions between the control systems should be made as automatic as possible, with as little human intervention as possible.

Beskrivningen ovan behöver kompletteras med två aspekter till innan det tekniska problemet slutligen kan formuleras.The description above needs to be supplemented with two more aspects before the technical problem can finally be formulated.

För det första är verksamhetsfunktioner inom telekommunikation - försäljning, leverans, underhåll, uppföljning, debitering och fakturering av teletjänster- till sin natur rätt så oberoende av de nättekniker som nyttjas för att realisera teletjänsterna.First, business functions in telecommunications - sales, delivery, maintenance, follow-up, billing and invoicing of telecommunications services - are by their nature quite independent of the network technologies used to realize the telecommunications services.

För det andra har alla nättekniker gemensamma egenskaper och funktioner som kan utnyttjas i samband med utformning av styrsystem för telekommunikationsnät. 3 TEKNISKT PROBLEM Det tekniska problemet är således hur styrsystem för telekommunikationsnät skall utformas, så att leverans, underhåll, uppföljning, debitering och fakturering av teletjänster skall verksamhetsfunktioner såsom försäljning, kunna utföras effektivt, samtidigt som aktörerna inom telekommunikation flexibelt kan agera i olika roller och fritt utnyttja olika nättekniker med förbättrad effektivitet.Secondly, all network technologies have common features and functions that can be used in connection with the design of control systems for telecommunication networks. 3 TECHNICAL PROBLEM The technical problem is thus how control systems for telecommunication networks are to be designed, so that delivery, maintenance, follow-up, billing and invoicing of telecommunications services must be able to perform operational functions such as sales, while telecommunications players can act flexibly in different roles and freely utilize different network technologies with improved efficiency.

För enkelhets skull kommer beskrivningen att begränsas till endast rollerna tjänsteleverantör och nätoperatör: 0 Ena rollen (tjänsteleverantören) säljer och registrerar abonnemang av viss typ av teletjänst medan den andra rollen 10 15 20 25 30 522 409 7 (nätoperatören) utför själva leveransen så att den enskilda teletjänsten kan tillhandahållas i nätet. 0 Ena rollen (tjänsteleverantören) tar emot och registrerar kundklagomäl rörande felfunktioner i sålda abonnemang för viss typ av teletjänst medan den andra rollen (nätoperatören) utför själva felsökningen, åtgärdar fel och ser till att återställa den enskilda teletjänsten till dess fullständiga funktion. 0 Ena rollen (tjänsteleverantör) producerar och skickar fakturor till abonnenterna medan den andra rollen (nätoperatören) samlar in och lagrar data som utgör underlag för denna fakturering. 0 Ena rollen (tjänsteleverantör) bearbetar information från marknaden och statistik framtagen fràn nätet och gör analyser och prognoser rörande den framtida efterfrågan om specifika teletjänster medan den andra rollen (nätoperatören) utnyttjar prognoserna för att planera den framtida utvecklingen av nätet.For simplicity, the description will be limited to the roles of service provider and network operator only: 0 One role (service provider) sells and registers subscriptions of a certain type of telecommunications service while the other role 10 15 20 25 30 522 409 7 (network operator) performs the delivery itself so that it individual telecommunications service can be provided in the network. One role (the service provider) receives and registers customer complaints regarding malfunctions in sold subscriptions for a certain type of telecommunications service, while the other role (the network operator) performs the actual troubleshooting, fixes errors and ensures that the individual telecommunications service is restored to its full function. 0 One role (service provider) produces and sends invoices to the subscribers while the other role (network operator) collects and stores data that forms the basis for this invoicing. One role (service provider) processes information from the market and statistics produced from the network and makes analyzes and forecasts regarding the future demand for specific telecommunications services, while the other role (the network operator) uses the forecasts to plan the future development of the network.

För att rollerna tjänsteleverantör och nätoperatör skall kunna utväxla kund-, nät- och tjänstedata med varandra för att utföra leveranser, åtgärda klagomål eller utföra debitering krävs det att parterna upprättar styrsystem med följande funktioner: 31 KRAVPÅANROPSGRÄNSSNWT Ett anropsgränssnitt (G) med tillhörande funktioner tillsätts, som möjliggör för en tjänsteleverantör (X) att utväxla information med en eller fler från varandra åtskilda (A), (B), (C) att utväxla information med en eller fler från varandra åtskilda tjänsteleverantörer (X), (Y), (Z) (se bild 1). gäller det att: nätoperatörer, och för en enskild nätoperatör (B) För anropsgränssnittet (G) 0 Varje aktör definierar själv i vilken roll den vill uppträda gentemot andra aktörer när den i sin verksamhet utnyttjar anropsgränssnittet (G). 10 15 20 25 30 32 522 409 8 Varje aktör definierar, vid förhandlingar med andra aktörer, vilka teletjänster den vill anropa eller tillhandahålla över anropsgränssnittet.In order for the roles of service provider and network operator to be able to exchange customer, network and service data with each other to perform deliveries, resolve complaints or perform debiting, the parties must establish control systems with the following functions: 31 REQUIREMENT CALLS enabling a service provider (X) to exchange information with one or more separated (A), (B), (C) to exchange information with one or more separated service providers (X), (Y), (Z ) (see picture 1). applies to: network operators, and for an individual network operator (B) For the call interface (G) 0 Each operator defines in which role it wants to act towards other actors when it uses the call interface (G) in its operations. 10 15 20 25 30 32 522 409 8 Each actor defines, in negotiations with other actors, which telecommunications services it wants to call or provide over the call interface.

Varje beställning som förs över anropsgränssnittet (G) gällande leverans av teletjänster identifieras som ett enskilt objekt (O) (se bild 2) I beställningarna som förs över anropsgränssnittet bör parterna (X) och (B) och den teletjänst (T) som är föremål för anropet framgå (se bild 2) Kundklagomäl som förs över anropsgränssnittet gällande levererade teletjänster bör identifieras som ett enskilt objekt (KK) (se bild 3) I kundklagomàl som förs över anropsgränssnittet rörande levererade teletjänster bör de berörda parterna (X) och (B) och den enskilda teletjänst (T) som klagomàlet gäller framgå (se bild 3) KRAV PÅ sTYRsYsTEMET Aktörens (B) styrsystem (S) för kundinformation, data om nät, och tjänstedata kompletteras med funktioner (C), (F), (D) som ger möjlighet att automatiskt bearbeta information som utväxlas över sagda anropsgränssnitt (G) enligt följande: Leverans av en viss teletjänst kan omfatta datasättning (C) av element byggda i olika nättekniker, vilket innebär att (Nl), (N2), (N3) för att tillgodose en och samma leverans (se bild 4). styrsystemet bör kunna hantera flera nättekniker Avhjälpning av fel för enskild teletjänst kan innebära att element byggda i olika nättekniker behöver felsökas, vilket innebär att styrsystemet (S) bör kunna koordinera felsökning (F) över flera nättekniker (Nl), (N2), (N3) inom ett och samma ärende (se bild 4). 10 15 20 25 30 4 522 409 “I Debiteringsdata avsedda att användas som underlag för fakturering avseende förbrukningen av enskilda teletjänster måste identifieras enskilt.Each order placed over the call interface (G) for the delivery of telecommunications services is identified as a single object (O) (see Figure 2). for the call appear (see picture 2) Customer complaints that are transferred over the call interface regarding delivered telecommunications services should be identified as a single object (KK) (see picture 3) In customer complaints that are transferred over the call interface regarding delivered telecommunications services, the parties concerned and the individual telecommunications service (T) to which the complaint relates is stated (see figure 3) REQUIREMENTS FOR THE CONTROL SYSTEM The operator's (B) control system (S) for customer information, network data, and service data is supplemented with functions (C), (F), (D) which provides the possibility to automatically process information exchanged over said call interface (G) as follows: Delivery of a certain telecommunications service may include data set (C) of elements built in different network technologies, which means that (N1), (N2), ( N3) to satisfy one and the same delivery (see Figure 4). the control system should be able to handle several network technologies Remedying errors for individual telecommunications services may mean that elements built in different network technologies need to be troubleshooting, which means that the control system (S) should be able to coordinate troubleshooting (F) across several network technologies (N1), (N2), (N3 ) within one and the same case (see Figure 4). 10 15 20 25 30 4 522 409 “In Billing data intended to be used as a basis for invoicing regarding the consumption of individual telecommunications services must be identified individually.

Från debiteringsdata avsedda att användas som underlag för fakturering avseende förbrukningen av enskilda teletjänster bör berörda parter och teletjänst som debiteringen gäller tydligt framgå.From billing data intended to be used as a basis for invoicing regarding the consumption of individual telecommunications services, interested parties and telecommunications services to which the billing applies should be clearly stated.

Fakturering av enskild teletjänst kan innebära att (D) nättekniker, vilket innebär att styrsystemet bör kunna (N1), (N2), (N3) (se bild 4). datainsamling sker vid nätelement byggda i olika koordinera flera nättekniker när det gäller datainsamling och debitering Data tillhörande en individuell leverans skall registreras och hanteras som ett leveransobjekt under hela objektets livscykel. Data tillhörande händelser som tillkommer under leveransobjektets livscykel skall kunna associeras till objektet. Exempel pà relevanta händelser är att fel inträffar som påverkar leveransobjektets funktion, att leveransobjektet nyttjas av sin användare, att nya funktioner läggs till leveransobjektet på beställning av dess användare.Invoicing of individual telecommunications services can mean that (D) network technicians, which means that the control system should be able to (N1), (N2), (N3) (see Figure 4). data collection takes place with network elements built in different coordinate several network techniques when it comes to data collection and billing Data belonging to an individual delivery must be registered and handled as a delivery object during the entire object's life cycle. Data associated with events that occur during the delivery object's life cycle must be able to be associated with the object. Examples of relevant events are that errors occur that affect the function of the delivery object, that the delivery object is used by its user, that new functions are added to the delivery object at the request of its users.

TEKNISK LÖSNING Den tekniska lösningen kommer att beskrivas nedan baserad pà följande förutsättningar. 41 Den tekniska lösningen består av styrsystem, anropsgränssnitt och tillhörande funktioner, verksamheten inom telekommunikationsomràdet i olika roller.TECHNICAL SOLUTION The technical solution will be described below based on the following conditions. 41 The technical solution consists of control systems, call interfaces and associated functions, operations in the telecommunications area in various roles.

FÖRUTSÄTTNINGAR inklusive som separerar För enkelhets skull görs beskrivningen endast med hjälp av två roller, nämligen tjänsteleverantör och nätoperatör.CONDITIONS including separating For simplicity, the description is made using only two roles, namely service provider and network operator.

Beskrivningen av den tekniska lösningen begränsas till att beskriva anropsgränssnittet, funktionerna och gränssnitten inom lO 15 20 25 522 409 IO styrsystemet, samt det gränssnitt som avgränsar styrsystemet fràn nättekniska system.The description of the technical solution is limited to describing the call interface, the functions and the interfaces within the control system, as well as the interface which delimits the control system from network technical systems.

Beskrivningen begränsas till systemet som behövs av en av parterna i kommunikationen. Tjänsteleverantörens styrsystem (TJ) ses i beskrivningen som en svart box medan övergripande arkitektur för nätoperatörens styrsystem (S) är synlig, den (P2), (F3) , (P4) och gränssnitt (Gl), (G2), (G3) visar alla nödvändiga funktioner (Fl), samt (Dl), (D2), (D3) (D4) (G4). Pà detta sätt förkortas beskrivningen av den tekniska lösningen, utan att förenkla funktionsinnehàllet i styrsystemet (S), (se bild 5). och och Beskrivningen av den tekniska lösningen är logisk och funktionell och exkluderar därmed: I Hårdvara, såsom datorer, processorer, minnen, fysiska lagringsmedia och kablar, som generellt krävs för att utföra den tekniska lösningen. 0 Applikationsprogramvara, såsom operativsystem, filsystem, kommunikationsprotokoll och databasmanagementsystem, som generellt krävs för att utföra den tekniska lösningen. 4.2 BESKRIVNINGSBEGREPP Den tekniska lösningen beskrivs med hjälp av följande beskrivningsbegrepp: 0 Funktionsblock (engelska: Function Block) Programvarulogik (Fl) till och med (F4) som bearbetar information eller utför permanent lagring av information, (Dl) till och med (D4). 0 Skikt (engelska: Layer) Den tekniska lösningen beskrivs med hjälp av ett antal skikt (L1) till och med (L4) med olika funktionsinnehàll. Varje skikt 10 15 20 25 522 409 ll stödjer de funktioner som krävs för att utföra styrning av nät, nätelement och server med avseende pá leverans, underhåll, uppföljning, debitering och fakturering av teletjänster. 0 Hanterare ( engelska: Manager) Den tekniska lösningen består av logik, här kallade hanterare, som utför väl avgränsade funktioner. Varje hanterare stödjer de funktioner som krävs för att uppfylla specifika, automatiska uppgifter inom de processer de verkar i. Funktionerna själva blir alltmer nättekniknära, desto närmare konkreta nät och nätelement man kommer. 0 Register ( engelska: Store) Den tekniska lösningen behöver ett antal lagringsregister, som lagrar väl avgränsade informationsmängder.The description is limited to the system needed by one of the parties in the communication. The service provider's control system (TJ) is seen in the description as a black box while the overall architecture of the network operator's control system (S) is visible, the (P2), (F3), (P4) and interfaces (G1), (G2), (G3) show all necessary functions (F1), and (D1), (D2), (D3) (D4) (G4). In this way, the description of the technical solution is shortened, without simplifying the functional content of the control system (S), (see Figure 5). and and The description of the technical solution is logical and functional and thus excludes: I Hardware, such as computers, processors, memories, physical storage media and cables, which are generally required to perform the technical solution. 0 Application software, such as operating systems, file systems, communication protocols and database management systems, which are generally required to perform the technical solution. 4.2 DESCRIPTION CONCEPTS The technical solution is described using the following description concepts: 0 Function Block Software logic (F1) through (F4) that processes information or performs permanent storage of information, (D1) through (D4). Layer The technical solution is described using a number of layers (L1) through (L4) with different functional contents. Each layer 10 15 20 25 522 409 ll supports the functions required to perform control of networks, network elements and server with respect to delivery, maintenance, follow-up, billing and billing of telecommunications services. 0 Manager (English: Manager) The technical solution consists of logic, here called managers, which performs well-defined functions. Each manager supports the functions required to fulfill specific, automatic tasks within the processes in which they operate. The functions themselves become increasingly close to network technology, the closer to concrete networks and network elements one gets. 0 Register (English: Store) The technical solution needs a number of storage registers, which store well-defined amounts of information.

Informationsmängderna själva blir alltmer nättekniknära, desto närmare konkreta nät och nätelement konfigurationer man kommer. 0 Gränssnitt ( engelska: Interface) Programvarulogik som reglerar det utbyte av data som får inträffa mellan ett par styrsystem, alternativt mellan funktionsblock inom ett styrsystem.The amounts of information themselves become increasingly close to network technology, the closer to concrete networks and network element configurations one gets. 0 Interface (English: Interface) Software logic that regulates the exchange of data that may occur between a pair of control systems, or alternatively between function blocks within a control system.

I Publikt, öppet gränssnitt ( engelska: Open & Public Interface ) Ett gränssnitt vars fullständiga specifikation är tillgänglig för alla parter som ingår i en överenskommelse. Vid framtagandet av den tekniska lösningen är endast gränssnitten mellan aktörerna publika och öppna. Övriga gränssnitt är interna och har därmed inte samma krav på att vara öppna ur organisatorisk synpunkt. 10 15 20 25 522 409 12 4.3 ÖVERGRIPANDE ARKITEKTUR (ENGELSKA : MAIN ARCHITECTURE ) Den tekniska lösningen kan beskrivas med hjälp av en (se bild 6). arkitekturen ingår nedan angivna skikt: övergripande arkitektur I den övergripande 0 Ll Produkthantering (engelska: Product Layer) 0 L2 Produktionshantering (engelska: Production Layer) 0 L3 Teknikhantering (engelska Technology Layer) 0 L4 : Anpassning (engelska Mediation Layer).Open & Public Interface An interface whose full specification is available to all parties to an agreement. When developing the technical solution, only the interfaces between the actors are public and open. Other interfaces are internal and thus do not have the same requirements to be open from an organizational point of view. 10 15 20 25 522 409 12 4.3 OVERALL ARCHITECTURE (ENGLISH: MAIN ARCHITECTURE) The technical solution can be described using one (see Figure 6). the architecture is included in the layers listed below: overall architecture In the overall 0 Ll Product Management (English: Product Layer) 0 L2 Production Management (English: Production Layer) 0 L3 Technology Management (English Technology Layer) 0 L4: Adaptation (English Mediation Layer).

Skikten ovan bildar en hierarki. Ett skikts placering relativt de övriga skikten är meningsfull. Ett funktionsblock, till exempel en hanterare eller ett register, får endast kommunicera med funktionsblock som är placerade vid samma skikt, eller i omedelbart avgränsande skikt.The layers above form a hierarchy. The placement of one layer relative to the other layers makes sense. A function block, for example a handler or a register, may only communicate with function blocks that are located at the same layer, or in immediately delimiting layers.

Den övergripande funktionen för respektive skikt beskrivs nedan. 4.3.1 Produkthantering (L1) Produkthantering har ansvar för att ta emot, identifiera och hålla reda pà förfrågningar avseende produkter. Exempel på förfrågningar är beställning av, klagomål på, eller andra frågor avseende en produkt. Beroende på förfrågan kan begreppet produkt representera en typ eller en individ av en viss typ.The overall function of each layer is described below. 4.3.1 Product management (L1) Product management is responsible for receiving, identifying and keeping track of product inquiries. Examples of inquiries are ordering, complaining about, or other questions regarding a product. Depending on the request, the term product may represent a type or an individual of a particular type.

Produkthantering har även ansvar för att hålla reda på vilken aktör som har initierat förfrågan avseende en viss produkt.Product management is also responsible for keeping track of which player has initiated the request regarding a specific product.

Produkthantering har också ansvar för att besluta vilken verksamhetsfunktion inom Produktion som förfrågan avser. 4.3.2 Produktionshantering (L2) Produktionshantering omfattar en eller flera verksamhetsfunktioner. Exempel på verksamhetsfunktioner är leverans, uppföljning och fakturering. Den tekniska lösningen 10 15 20 25 30 522 409 1.5 utformas med hjälp av en hanterare som ansvarar för koordinering inom en verksamhetsfunktion. 4.3.3 Teknikhantering (L3) Teknikhantering omfattar de tekniker som nätoperatören nyttjar för att producera tjänster. Teknikhantering har ansvar för att Skiktet hantera dessa nättekniker, inklusive servertekniker. består därför av ett antal hanterare, som var och en håller reda på en teknik. Exempel på sådana tekniker är IP, ATM, DTM och ISDN. Eftersom hanteringen av en viss teknik omfattar flera underhåll, kvalitetsmätning, debitering och säkerhet kan det finnas mer än hanteringsfunktioner, som konfiguration, en hanterare per teknik. Varje hanterare ansvarar således endast för att hålla reda pà den kombination av teknik och hanteringsfunktion som den är definierad för. Den information som en teknikhanterare bearbetar är helt beroende av tekniken i fråga. 4.3.3 Anpassning (L4) Anpassningsskiktet håller reda pà förekomsten av nätelement och serversystem av olika fabrikat inom en och samma teknik.Product management is also responsible for deciding which business function within Production the request refers to. 4.3.2 Production management (L2) Production management comprises one or more business functions. Examples of business functions are delivery, follow-up and invoicing. The technical solution 10 15 20 25 30 522 409 1.5 is designed with the help of a manager who is responsible for coordination within a business function. 4.3.3 Technology management (L3) Technology management comprises the technologies that the network operator uses to produce services. Technology Management is responsible for the Layer managing these network technologies, including server technologies. therefore consists of a number of handlers, each of whom keeps track of a technology. Examples of such technologies are IP, ATM, DTM and ISDN. Because the management of a particular technology involves several maintenance, quality measurement, billing and security, there may be more than management features, such as configuration, one manager per technology. Each manager is thus only responsible for keeping track of the combination of technology and management function for which it is defined. The information that a technology manager processes is completely dependent on the technology in question. 4.3.3 Adaptation (L4) The adaptation layer keeps track of the presence of network elements and server systems of different makes within one and the same technology.

Anpassningsskiktet behövs eftersom nätelement och server kan vara utvecklade av olika leverantörer eller för att de stödjer olika versioner av mjukvara eller hårdvara. Anpassningsskiktets ansvar är att erbjuda en gemensam datamodell för nätelement och serversystem av olika fabrikat och version. Anpassningsskiktet ansvarar också för att teknikhanterare kan kommunicera och styra nätelement och system, oavsett fabrikat och version. 5 FÖRESLAGEN UTFORMNING Nedan följer en detaljerad funktionell beskrivning av hur den tekniska lösningen föreslås utformas. Beskrivningen följer den övergripande arkitekturen för styrsystemet hos en nätoperatör, som visas i bild nummer 6. För varje skikt (Ll) till och med 10 15 20 25 522 409 /4 (L4) i arkitekturen ges en detaljerad beskrivning av de olika funktioner som ingår i respektive skikt. o Användningsfall Genomgående kommer denna detaljerade beskrivning av den tekniska lösningen exemplifieras av ett användningsfall som automatiserar leverans. Detta är endast ett exempel på hur den tekniska lösningen kan nyttjas. Exempel bör inte tolkas så att den tekniska lösningen endast begränsas till leverans. 5.1 FUNKTIONER INOM PRODUKTHANTERING De funktionsblock, som behövs för att utföra leverans, visas i bild nummer 7. För enkelhetens skull visas de resterande skikten utan detaljer i bilden.The adaptation layer is needed because network elements and servers can be developed by different vendors or because they support different versions of software or hardware. The responsibility of the adaptation layer is to offer a common data model for network elements and server systems of different makes and versions. The adaptation layer is also responsible for technology managers being able to communicate and control network elements and systems, regardless of make and version. 5 PROPOSED DESIGN Below is a detailed functional description of how the technical solution is proposed to be designed. The description follows the overall architecture of the control system of a network operator, which is shown in figure number 6. For each layer (L1) up to and including 10 15 20 25 522 409/4 (L4) in the architecture, a detailed description of the various functions included is given. in each layer. o Use cases Throughout, this detailed description of the technical solution will be exemplified by a use case that automates delivery. This is only an example of how the technical solution can be used. Examples should not be interpreted as limiting the technical solution to delivery only. 5.1 FUNCTIONS IN PRODUCT HANDLING The function blocks needed to perform delivery are shown in figure number 7. For the sake of simplicity, the remaining layers without details are shown in the figure.

Följande funktionsblock krävs i samband med leveranser: 0 Produkthanterare, (PH) 0 Produktregister, (PR) 0 Kundregister, (KR) 0 Orderregister, (OR) 0 Anropsgränssnitt mot kundsystem (G) 0 Gränssnitt mot produktion (Gl) 5.1.1 Produkthanterare (PH) Produkthanterare innehåller funktioner för att 0 Ta emot anrop som kommit in över anropsgränssnittet. 0 Tolka förfrågan i anropet, till exempel ”beställning av ny individ av en viss produkt", ”annullering av en befintlig produkt individ” etcetera. 0 Verifiera om anropet är giltig avseende begärd produkttyp.The following function blocks are required in connection with deliveries: 0 Product manager, (PH) 0 Product register, (PR) 0 Customer register, (KR) 0 Order register, (OR) 0 Call interface to customer system (G) 0 Interface to production (Gl) 5.1.1 Product manager (PH) Product Manager contains functions for 0 Receiving calls received via the call interface. 0 Interpret the request in the call, for example "ordering a new individual of a certain product", "cancellation of an existing product individual" etc. 0 Verify if the call is valid regarding the requested product type.

Detta utför produkthanteraren i samarbete med produkt- registret. 10 15 20 25 522 409 15' Verifiera om beställningen är giltig avseende kund. Detta utför produkthanteraren i samarbete med kundregistret.This is done by the product manager in collaboration with the product register. 10 15 20 25 522 409 15 'Verify if the order is valid for the customer. This is done by the product manager in collaboration with the customer register.

Registrera beställningen med information om till exempel produkttyp, kundinformation, leveransdatum, leveransadress etcetera. Detta utför produkthanteraren i samarbete med orderregistret.Register the order with information about, for example, product type, customer information, delivery date, delivery address and so on. This is done by the product manager in collaboration with the order register.

Svara anropande system att beställningen är mottagen. Detta utför produkthanterare i samarbete med anropsgränssnittet.Answer the calling system that the order has been received. This is done by product managers in collaboration with the call interface.

Svaret kan även vara att en order inte kan skapas pà grund av någon felaktig information i beställningen.The answer may also be that an order cannot be created due to incorrect information in the order.

Meddela underliggande skikt, Produktion, om att en order behöver exekveras. Detta utför produkthanterare i samarbete med produktionsgränssnittet. 5.1.2 Produktregister (PR) Produktregister har som funktion att Lagra information om de produkter som är tillgängliga för leverans.Announce the underlying layer, Production, that an order needs to be executed. This is done by product managers in collaboration with the production interface. 5.1.2 Product register (PR) The product register has the function of Storing information about the products that are available for delivery.

Beskriva hur produkterna är definierade med avseende pà leverans, underhåll, debitering, uppföljning etcetera.Describe how the products are defined with regard to delivery, maintenance, billing, follow-up, etc.

Beskriva produkterna med avseende pá de komponenter som produkterna består av.Describe the products with respect to the components that make up the products.

Lagra information om hur produkterna levereras och om de speciella regler som påverkar leverans av en viss typ av produkt.Store information about how the products are delivered and about the special rules that affect the delivery of a certain type of product.

Sortera produkterna efter kunder som får anropa dem. 5.1.3 Kundregister (KR) Kundregistret har som funktion att Lagra information om kunderna 10 15 20 25 30 522 409 lb 0 Lagra information om kundernas portföljer, det vill säga om den uppsättning av produkter, som de får beställa över Anropsgränssnittet. 5.1.4 Orderregister (OR) Orderregistret har som funktion att I Lagra information om beställningar, som resulterar i order och därmed är under bearbetning för leverans. 0 Hantera datum och tid i samband med order som inte är avsedda att levereras omgående. 5.1.5 Anropsgränssnittet (G) Gränssnittet har som funktion att stödja utväxling av data mellan Produkthanterare och det kundsystem som har initierat anropet. I gränssnittet ingår också funktioner för att associera: 0 ett svar till rätt anrop, 0 ett anrop till rätt session, 0 en session till rätt kundsystem. 5.1.6 Produktionsgränssnittet (G1) Produktionsgränssnittet är det gränssnitt (Gl) som finns mellan Produkt och Produktion. Det har funktioner för att stödja utväxling av data mellan Produkthanteraren och Produktion. I gränssnittet ingår också funktioner för att associera svaren från Produktion till ursprungligt anrop från Produkt. 5.1.7 Exempel pà leverans inom Produkthantering Leveransförfràgan fràn ett kundsystem tas emot av produkthanteraren via anropsgränssnittet. Produkthanterare verifierar att förfrågan är korrekt med hjälp av data lagrade i kundregistret och produktregistret. Sedan skapar samma produkthanteraren en order som lagras i orderregistret. Order är en datapost som innehåller all information som behövs för 10 15 20 25 522 409 i? att initiera en leverans, inklusive leveransdatum. Vid rätt tidpunkt hämtar produkthanteraren denna order från orderregistret och överför den till Produktion, via gränssnittet mot produktionsskiktet. När svaret kommer tillbaka fràn Produktion vidarebefordrar produkthanteraren detta till det kundsystem som initierat förfrågan. 5.2 FUNKTIONER INOM PRODUKTIONSHANTERING Funktionsblocken inom skiktet visas i bild 8.Sort the products by customers who may call them. 5.1.3 Customer register (KR) The customer register's function is to Store information about customers 10 15 20 25 30 522 409 lb 0 Store information about customers' portfolios, ie about the set of products that they may order via the Call Interface. 5.1.4 Order register (OR) The order register's function is to store information about orders, which results in orders and is thus being processed for delivery. 0 Manage the date and time in connection with orders that are not intended to be delivered immediately. 5.1.5 The call interface (G) The function of the interface is to support the exchange of data between the Product Manager and the customer system that has initiated the call. The interface also includes functions for associating: 0 an answer to the right call, 0 a call to the right session, 0 a session to the right customer system. 5.1.6 The production interface (G1) The production interface is the interface (Gl) that exists between Product and Production. It has functions to support the exchange of data between the Product Manager and Production. The interface also includes functions for associating the answers from Production to the original call from Product. 5.1.7 Example of delivery within Product handling The delivery request from a customer system is received by the product manager via the call interface. Product Manager verifies that the request is correct using data stored in the customer register and product register. Then the same product manager creates an order that is stored in the order register. Order is a data record that contains all the information needed for 10 15 20 25 522 409 i? to initiate a delivery, including delivery date. At the right time, the product manager retrieves this order from the order register and transfers it to Production, via the interface to the production layer. When the answer comes back from Production, the product manager forwards this to the customer system that initiated the request. 5.2 FUNCTIONS IN PRODUCTION MANAGEMENT The function blocks within the layer are shown in Figure 8.

Produktionsskiktet består, när det gäller användningsfallen för leverans, av följande funktionsblock: 0 Leveranshanterare (LH) 0 Produktindividregister (PIR) 0 Gränssnitt mot Produktskiktet (G1) 0 Gränssnitt mot Teknikskiktet (G2).The production layer consists, in the case of use cases for delivery, of the following function blocks: 0 Delivery manager (LH) 0 Product individual register (PIR) 0 Interface to the Product layer (G1) 0 Interface to the Technology layer (G2).

För enkelhetens skull visas de resterande skikten, Teknik och Anpassning, endast övergripande i denna bild. 5.2.1 Leveranshanteraren (LH) Leveranshanterare har som funktion att: 0 Ta emot anropet från produkthanteraren, inkomna via produktionsgränssnittet. 0 Tolka innehållet i anropet. Innehållet i anropet kan vara till exempel ”förfrågan om en befintlig produkt individ", ”en statusfràga om en pågående beställning", ”en order att utföra en ändring av befintlig produktindivid” etcetera. 0 Verifiera om beställning är giltig avseende status hos den produktindivid som ordern avser. Detta utför leveranshanteraren i samarbete med produktindividregistret. 0 Utföra beställningen av produktindivid. Detta kan innebära att en ny produktindivid skapas, uppdateras, tas bort 10 15 20 25 30 522 409 18 etcetera, beroende på innehàllet i anropet. Detta utför Produkthanterare i samarbete med produktindividregistret. 0 Bekräfta till produkthanteraren att beställningen är utförd.For the sake of simplicity, the remaining layers, Technology and Adaptation, are shown only overall in this image. 5.2.1 Delivery manager (LH) Delivery manager has the function of: 0 Receiving the call from the product manager, received via the production interface. 0 Interpret the content of the call. The content of the call can be, for example, "request for an existing product individual", "a status question about an ongoing order", "an order to perform a change of existing product individual" and so on. 0 Verify whether the order is valid regarding the status of the individual product to which the order relates. This is done by the delivery manager in collaboration with the product individual register. 0 Execute the order of product individual. This can mean that a new product individual is created, updated, deleted and so on, depending on the content of the call. This is done by Product Manager in collaboration with the product individual register. 0 Confirm to the product manager that the order has been completed.

Detta utför leveranshanteraren i samarbete med gränssnittet till Produktionsskiktet (Gl). ordern inte kan utföras på grund av den innehåller felaktig Svaret kan även vara att information eller också för att det inte finns lediga resurser för att utföra beställningen. 0 Meddela underliggande skikt, Teknik, om en order som behöver exekveras. Detta utför produkthanteraren i samarbete med gränssnittet mot Teknikskiktet (G2). 5.2.2 Produktindividregister (PIR) Produktindividregister är en central lagring i den tekniska lösningen och den innehåller funktioner för att: 0 Lagra information som tillhör varje individuell leverans av en produkt, 0 Lagra referenser till information som tillhör en individuell leverans av en produkt men som, av praktiska skäl, finns lagrad i andra register, till exempel inom teknikskiktet. 0 Uppdatera och hålla reda pà all information som hör till en individuell leverans av en produkt under hela dess livslängd. 5.2.3 Exempel på leverans inom Produktion En order fràn produkthanteraren tas emot av leveranshanteraren, via gränssnittet mot Produktion (Gl). Leveranshanteraren kontrollerar typ av produkt och typ av order och väljer ut vilka tekniker som omfattas av denna order och vad som skall utföras under själva leveransen. Sedan utför leveranshanteraren en sekvens av anrop mot de teknikhanterare som omfattas av leveransen. Sekvensen styrs av leveranshanteraren i ett fördefinierat mönster, via gränssnittet mot Teknikskiktet (G2). lO 15 20 25 30 522 409 lq Genom att behålla kontrollen över sina teknikhanterare kan leveranshanteraren välja att övergå till nästa steg i leveransen efter att pågående steg är färdigt. När hela leveransprocessen har utförts korrekt, skapar leveranshanteraren ett nytt leveransobjekt, till exempel en ny produktindivid eller ändrar konfigurationen pà en befintlig individ, som finns lagrad i produktindividregister. Sedan avrapporterar leveranshanteraren att leveransen har utförts korrekt och överför identiteten för den nya eller förändrade produktindividen till produkthanteraren. 5.3 FUNKTIONER INOM TEKNIKHANTERING Funktionsblocken inom skiktet visas i bild nummer 9. Skiktet består av följande funktionsblock: 0 Teknikhanterare (TH) 0 Resurshanterare (RH) 0 Resursregister (RR) 0 Gränssnitt mot Anpassning (G3) 5.3.1 TEKNIKHANTERARE (TH) Det finns, i princip, en hanterare per nätteknik och ingående verksamhetsfunktion. Så i praktiken kommer det att finnas lika många teknikhanterare såsom det finns tekniker som utnyttjas vid leverans av en produkt. Varje teknikhanterare utför likadana funktioner: 0 Koordinera aktivering av de nätresurser som behövs för att tillfredsställa leveransen av en produktindivid. 532 REsuRsHANTERARE(RH) Det finns, i princip, en resurshanterare per nätteknik. Så i praktiken kommer att finnas lika många resurshanterare som nättekniker som utnyttjas för leverans av en produkt. Varje resurshanterare utför samma funktioner: 10 15 20 25 30 522 409 2D 0 Hålla reda pà status av befintliga resurser i ett nät. 0 Registrera nya resurser i samband med installation och uppbyggnad av nät 0 Avregistrera existerande resurser i samband med nedtagning 0 Boka, belägga, frigöra resurser i Resursregister i samband med bokningar, leveranser och annullering. 5.3.3 RESURSREGISTER (RR) En resurs är ofta en utrustning bestående av portar, kanaler, kort och gränssnitt men också logiska entiteter som nätadresser och telefonnummer. Det finns, i princip, ett resursregister per nätteknik. Så i praktiken kommer det att finnas lika många resursregister som nättekniker som utnyttjas för leverans av en produkt. Varje resursregister utför likadana funktioner: 0 Lagra data om de resurser som är installerade i ett nät. 5.3.4 GRÄNSSNITT MOT ANPASSNING (G3) Det är gränssnittet mellan teknikskiktet och anpassningsskiktet. Det innehåller funktioner för att hantera utväxling av information mellan en teknikhanterare för en viss teknik och de nödvändiga anpassningsfunktioner som behövs för kommunikation med driftsystem som tillhandahålls för olika fabrikat av nätelement och serversystem. 5.3.5 Exempel på leverans inom Teknikhantering Anropet med beställning av delleverans tas emot av Teknikhanterare för respektive nätteknik via gränssnittet mot Teknikskiktet (G2). orderdata och utför leveransen inom denna teknik. Delleveransen Teknikhanterare kontrollerar produkt- och kan omfatta att avläsa status, boka, belägga eller frigöra resurser som ingår i den teknik som teknikhanteraren kontrollerar. Eftersom teknikhanteraren inte har kontakt med fysiska resurser måste alla operationer gà via resurshanteraren och resursregistret. I vissa fall riktas operationen direkt till nätelement och fysiska utrustningar. Detta bör ske över 10 15 20 25 30 522 409 ll (G3). När en teknikhanterare uppfattar att en viss operation har utförts ger gränssnittet mot Anpassningsskiktet teknikhanteraren en notifikation till leveranshanteraren om att delleveransen har avslutas korrekt. 5.4 FUNKTIONER INOM ANPASSNINGSSKIKTET Funktionsblocken inom anpassningsskiktet visas i bild nummer 10. Dessa block är Anpassning och gränssnitt mot nät- respektive serverteknik. 5.4.1 ANPASSNING (engelska Mediation or Adaptation, ANP) Anpassning är en generell beteckning för funktionsblock som stödjer kommunikation mellan olika funktionsblock genom att omvandla protokoll, kommandospràk, datamodell från det ena till det andra. Anpassningen sker alltid i den tekniska lösningen mellan en generell hanterare för en viss teknik och ett driftsystem som är leverantörsspecifikt. 5.4.2 GRÄNSSNITT MOT NÄTTEKNIK (G4) Detta gränssnitt utgör gränssnittet mot de driftsystem som faktiskt förekommer i en konkret användning av den tekniska lösningen. Det finns många varianter av driftsystem, nätsystem, serversystem och elementsystem, vilket gör att varje anpassning är helt beroende av de specifika system som anpassningen sker till vid varje fall.This is done by the delivery manager in collaboration with the interface to the Production Layer (Gl). the order can not be executed because it contains incorrect The answer may also be that information or also because there are no available resources to execute the order. 0 Announce the underlying layer, Technology, of an order that needs to be executed. This is done by the product manager in collaboration with the interface to the Technology Layer (G2). 5.2.2 Product individual register (PIR) Product individual register is a central storage in the technical solution and it contains functions for: 0 Storing information belonging to each individual delivery of a product, 0 Storing references to information belonging to an individual delivery of a product but which , for practical reasons, are stored in other registers, for example in the technology layer. 0 Update and keep track of all information related to an individual delivery of a product throughout its life. 5.2.3 Example of delivery within Production An order from the product manager is received by the delivery manager, via the interface to Production (Gl). The delivery manager checks the type of product and type of order and selects which techniques are covered by this order and what is to be performed during the actual delivery. Then the delivery manager makes a sequence of calls to the technology managers covered by the delivery. The sequence is controlled by the delivery manager in a predefined pattern, via the interface to the Technology Layer (G2). 10 15 20 25 30 522 409 lq By maintaining control over their technology managers, the delivery manager can choose to move on to the next step in the delivery after the ongoing steps are completed. When the entire delivery process has been performed correctly, the delivery manager creates a new delivery object, for example a new product individual or changes the configuration of an existing individual, which is stored in the product individual register. The delivery manager then reports that the delivery has been performed correctly and transfers the identity of the new or changed product individual to the product manager. 5.3 FUNCTIONS IN TECHNOLOGY MANAGEMENT The function blocks within the layer are shown in figure number 9. The layer consists of the following function blocks: 0 Technology manager (TH) 0 Resource manager (RH) 0 Resource register (RR) 0 Interface to Customization (G3) 5.3.1 TECHNOLOGY MANAGER (TH) , in principle, one manager per network technology and in-depth business function. So in practice, there will be as many technology handlers as there are technologies used in the delivery of a product. Each technology manager performs the same functions: 0 Coordinate activation of the network resources needed to satisfy the delivery of a product individual. 532 RESOURCE MANAGER (RH) There is, in principle, one resource manager per network technology. So in practice there will be as many resource managers as network technicians who are used to deliver a product. Each resource manager performs the same functions: 10 15 20 25 30 522 409 2D 0 Keep track of the status of existing resources in a network. 0 Register new resources in connection with installation and construction of networks 0 Unregister existing resources in connection with dismantling 0 Book, occupy, release resources in the Resource Register in connection with bookings, deliveries and cancellations. 5.3.3 RESOURCE REGISTER (RR) A resource is often an equipment consisting of ports, channels, cards and interfaces but also logical entities such as web addresses and telephone numbers. There is, in principle, one resource register per network technology. So in practice, there will be as many resource registers as network technicians used to deliver a product. Each resource register performs the same functions: 0 Store data about the resources installed in a network. 5.3.4 INTERFACE TO ADAPTATION (G3) This is the interface between the technology layer and the adaptation layer. It contains functions for managing the exchange of information between a technology manager for a particular technology and the necessary adaptation functions needed for communication with operating systems provided for different brands of network elements and server systems. 5.3.5 Example of delivery within Technology Management The call with ordering partial delivery is received by Technology Manager for each network technology via the interface to the Technology Layer (G2). order data and perform the delivery within this technology. The sub-delivery Technology Manager controls the product and may include reading the status, booking, occupying or releasing resources that are part of the technology that the technology manager controls. Since the technology manager does not have contact with physical resources, all operations must go through the resource manager and the resource register. In some cases, the operation is directed directly to network elements and physical equipment. This should be done over 10 15 20 25 30 522 409 ll (G3). When a technology manager perceives that a certain operation has been performed, the interface to the Adaptation Layer gives the technology manager a notification to the delivery manager that the partial delivery has been completed correctly. 5.4 FUNCTIONS WITHIN THE ADAPTATION LAYER The function blocks within the adaptation layer are shown in figure number 10. These blocks are Adaptation and interface to network and server technology. 5.4.1 Adaptation (English Mediation or Adaptation, ANP) Adaptation is a general term for function blocks that support communication between different function blocks by converting protocols, command languages, data models from one to the other. The adaptation always takes place in the technical solution between a general manager for a certain technology and an operating system that is supplier-specific. 5.4.2 INTERFACE TO NETWORK TECHNOLOGY (G4) This interface is the interface to the operating systems that actually exist in a concrete use of the technical solution. There are many variants of operating systems, network systems, server systems and element systems, which means that each adaptation is completely dependent on the specific systems to which the adaptation takes place in each case.

Gränssnittet mot specifika fabrikat av driftsystem, nätelement eller serversystem utgörs i detta fall av: 0 Bärarprotokoll, som finns tillgängligt för att sända meddelande i riktning mot ett specifikt system 0 Bärarprotokoll, som finns tillgängligt i ett specifikt system för att sända meddelande 0 Informationsmodell som används av ett specifikt system för att tolka ett ankommande meddelande 10 15 20 25 30 522 409 21 0 Informationsmodell som behövs för att kunna tolka meddelande fràn det specifika systemet 0 Kommunikationsprotokoll som används för att initiera, hälla och avsluta en session mot ett specifikt system. 5.4.3 Exempel på leverans inom Anpassning Anropet från Teknikhanterare tas emot av ett Anpassningsblock.The interface to specific brands of operating systems, network elements or server systems in this case consists of: 0 Carrier protocol, which is available for sending messages in the direction of a specific system 0 Carrier protocol, which is available in a specific system for sending message 0 Information model used of a specific system for interpreting an incoming message 10 15 20 25 30 522 409 21 0 Information model needed to be able to interpret message from the specific system 0 Communication protocol used to initiate, pour and end a session against a specific system. 5.4.3 Example of delivery within Customization The call from the Technical Manager is received by a Customization Block.

Detta block är specifikt för en viss typ av nätteknik, fabrikat och version. Anpassningsblocket utför operationen som begärs av Teknikhanterare, till exempel att boka, belägga, koppla in eller frikoppla resurser tillhörande ett konkret nätelement, pà kort, operationen utförs utan problem kommer anpassningsblocket att en specifik rack, magasin, gränssnitt etcetera. Om ge en notifikation om detta till anropande teknikhanterare. I och med det har leveransprocessen nàtt botten i konfigurationskedjan och därefter börjar processen att vända uppåt mot Teknik, Produktion och så vidare. 6 ALTERNATIVA LÖSNINGAR En alternativ lösning är att utveckla funktioner för varje typ av leverans, utan att försöka nå en automatiserad helhetslösning. Skillnaden mellan detta alternativ och föreslagen lösning är att det första fortfarande kräver mänskliga användare vid varje leveranssteg för att initiera, inmata och övervaka processen. Nackdelen med en sådan procedur är att den är resurskrävande, kostnads ineffektiv och leder till brister i datakvalitet. 7 FIGURFÖRTECKNING Bild 1 visar exempel pà anropsgränssnitt mellan en tjänsteleverantör och flera nätoperatörer samt en nätoperatör och flera tjänsteleverantörer.This block is specific to a particular type of network technology, make and version. The adaptation block performs the operation requested by Technology Manager, for example to book, occupy, connect or disconnect resources belonging to a specific network element, in short, the operation is performed without problems, the adaptation block will be a specific rack, magazine, interface and so on. About giving a notification about this to the calling technology manager. As a result, the delivery process has reached the bottom of the configuration chain and then the process begins to turn upwards towards Technology, Production and so on. 6 ALTERNATIVE SOLUTIONS An alternative solution is to develop functions for each type of delivery, without trying to reach an automated complete solution. The difference between this option and the proposed solution is that the first still requires human users at each delivery step to initiate, input and monitor the process. The disadvantage of such a procedure is that it is resource intensive, cost inefficient and leads to shortcomings in data quality. 7 FIGURE FIGURE Figure 1 shows examples of call interfaces between a service provider and several network operators as well as a network operator and several service providers.

Bild 2 visar ett exempel på hur en beställning kan identifieras vid anropsgränssnittet. 10 15 20 25 522 409 25 Bild 3 visar ett exempel på hur kundklagomàl kan identifieras vid anropsgränssnittet.Figure 2 shows an example of how an order can be identified at the call interface. 10 15 20 25 522 409 25 Figure 3 shows an example of how customer complaints can be identified at the call interface.

Bild 4 visar ett styrsystem med krav pà att hantera flera nättekniker.Figure 4 shows a control system with requirements for handling several network technologies.

Bild 5 visar ett exempel pà nätoperatörens styrsystem.Figure 5 shows an example of the network operator's control system.

Bild 6 visar exempel på skiktad arkitektur pà nätoperatörens styrsystem.Figure 6 shows examples of layered architecture on the network operator's control system.

Bild 7 visar detaljerad arkitekturbeskrivning av Produktskiktet för fallet Leverans Bild 8 visar detaljerad arkitekturbeskrivning av Produktionsskiktet för fallet Leverans Bild 9 visar detaljerad arkitekturbeskrivning av Teknikskiktet för fallet Leverans Bild 10 visar detaljerad arkitekturbeskrivning av Anpassningsskiktet för fallet Leverans 8 BEGREPPSFÖRKLARINGAR 0 Konnektivitetsnät ( engelska Connectivity Network) Nätverk, i ett telekommunikationssystem, som erbjuder transport av trafikflödet mellan nätets anslutningspunkter. 0 Telekommunikationstjänst, teletjänst (engelska Telecommunications Service, Telecom Service) En grupp funktioner som erbjuds av ett telekommunikationssystem med hjälp av terminaler, anslutningsnät, konnektivitetsnät och servrar.Figure 7 shows a detailed architectural description of the Product Layer for the Delivery case Figure 8 shows a detailed architectural description of the Production Layer for the Delivery case Figure 9 shows a detailed architectural description of the Technology Layer for the Delivery case Figure 10 shows a detailed architectural description of the Delivery Case Adjustment Layer 8. , in a telecommunication system, which offers transport of the traffic flow between the connection points of the network. 0 Telecommunication service, telecom service (English Telecommunications Service, Telecom Service) A group of functions offered by a telecommunication system using terminals, connection networks, connectivity networks and servers.

I Telekommunikationsnät ( engelska Telecommunications Network) Ett konnektivitetsnät eller en kombination av konnektivitetsnät tillsammans med terminaler och serversystem samt de näten för 10 15 20 25 522 409 11+ anslutning av terminaler och serversystem, så att telekommunikationstjänster kan exekveras mellan användare. 0 Styrsystem (engelska Management System) IT-system, avsedda för driften av telekommunikationsnät och telekommunikationstjänster. Som synonymer till styrsystem kan följande begrepp nyttjas stödsystem, verksamhetssystem, driftsystem, näthanteringssystem etc. 0 Leveransobjekt ( engelska Managed Object) En entitet som systemet grundat på den tekniska lösningen kan underhålla, hantera som en enhet. Exempel på leveransobjekt är en unik leverera, följa upp, debitera, lagra och i övrigt individ av viss produkt, en grupp individer av en viss produkt som tillhör en viss tjänsteleverantör, eller förfrågan som försöker reda ut om en viss leverans kan utföras. 0 Produktindivid ( engelska Product Instance) Produktindivid är en förekomst av ett permanent lagrat leveransobjekt som är levererad för att nyttjas under en unik identitet. Individen har en livslängd, från tidpunkten där den skapas tills tidpunkten där den upphör. Under denna period - som kan vara i ett antal år, månader eller bara några sekunder - inträffar händelser som påverkar produktindividens status när det gäller leverans, underhåll, uppföljning, utnyttjande och debitering. Individens identitet används därför för att kunna binda ihop information om dessa händelser till rätt produktindivid.In Telecommunications Network (English Telecommunications Network) A connectivity network or a combination of connectivity networks together with terminals and server systems as well as those networks for connection of terminals and server systems, so that telecommunication services can be executed between users. 0 Management system (English Management System) IT systems, intended for the operation of telecommunication networks and telecommunication services. The following terms can be used as synonyms for control systems: operating systems, operating systems, operating systems, network management systems, etc. 0 Managed Object An entity that the system based on the technical solution can maintain, manage as a unit. Examples of delivery items are a unique deliver, follow up, charge, store and otherwise individual of a certain product, a group of individuals of a certain product belonging to a certain service provider, or a request that tries to find out if a certain delivery can be performed. 0 Product individual (English Product Instance) Product individual is an instance of a permanently stored delivery object that is delivered for use under a unique identity. The individual has a lifespan, from the time it is created until the time it ceases. During this period - which can be for a number of years, months or just a few seconds - events occur that affect the product individual's status in terms of delivery, maintenance, follow-up, utilization and billing. The individual's identity is therefore used to be able to link together information about these events to the right product individual.

Claims

NEW 0 15 20 25 30 522 409 15 'NEW PATENT REQUIREMENTS Control means (S) for enabling a network provider to handle information for definition, call-off and in a system that includes several service providers and several network providers, independently of utilized network technology in a telecommunications network. arranging network services in this telecommunication network, which network comprises connectivity networks, comprising network elements and links, and connection points for subscribers and network service functions connected to said connectivity network, characterized by: - said control means being arranged to register a service provider's order of product type at the current network supplier; that said control means is arranged to identify the network technology which the network supplier uses for the ordered product type based on pre-registered network technology information; - said control means is arranged to create and register an order based on said order; - said control means is arranged to adapt the communication protocol or protocols used by the service provider to the network technology that the current network provider provides for the current product type based on said pre-registered network technology information; and - said control means is arranged to deliver said product type, in accordance with a registered order, to the service provider, and that said control means is connected to a calling interface which enables said service providers and said network providers to exchange information with each other, wherein each service provider and network provider in each individual order of a product exchanges information which at least includes service options; o a II .n 522 409 za operator's identity, network operator's identity and product's identity. A control means (S) according to claim 1, wherein said mediation of network services comprises at least delivery, change and cancellation of said network services at connection points in said connectivity network. A control means (S) according to claim 1 or 2, wherein each of said network services is defined by a specified set of said network service functions and that said amount is specified by defining data in the network elements of the connectivity network. A control means (S) according to any one of the preceding claims, wherein ordered, ongoing and completed deliveries are registered in the control means. A control means (S) according to any one of the preceding claims, wherein said network elements and links in the connectivity network may be of different network technology, different version, different factory, different type or of different technical solution. A control means (S) according to any one of the preceding claims, wherein: the control means (S) is divided into a hierarchy of layers, said layers (L1, L2, L3, L4) are independent and interdependencies identified by interfaces between the layers, The said interface (G, G1, G2, G3, G4) transmits information between the layers in a well-defined manner. A control means (S) according to claim 6, wherein each layer has its own handling and operating system. 10 15 20 25 30. u ,, n "n U ':., 5. o: I' au .u .nu II 0. o. u-; fo I ﬂ" "'' '' v-: z-uvv .u u. o "- 1:. ,,,,. n. z. ,,., .n n:: I 1? A control means (S) according to claim 6, wherein said hierarchy of layers comprises: a layer (L1) for handling information about said call-off and mediation of network services, eg product definitions, delivery times, contract information and / or usage information, between a service provider and said network provider, 0 a layer (L2) for handling and storing information defining said network services, 0 a layer (L3) for allocating addresses, ports and other resources in the connectivity network and defining data in said network element and said links for said network service, a layer (L4) for adapting to said network element of signal and command format, which is used to allocate resources, and for defining data in said network element. A method for enabling in a system comprising several service providers and several network providers an network provider to handle information for definition, call and mediation of network services in this telecommunication network independently of utilized network technology, which network comprises connectivity networks, comprehensive network elements and links, and connection points for subscribers and network service functions connected to said connectivity network, characterized by the steps of: - registering a service provider's order of product type with the relevant network provider; - to identify the network technology that the network supplier uses for the ordered product type based on pre-registered network technology information; 10 15 20 25 30 10. ll. 12. 13. o u I u g o n. 522 409 28 - to create and register an order based on said order; - adapting the communication protocol or protocols used by the service provider to the network technology provided by the current network provider for the current product type based on said pre-registered network technology information; and - delivering said product type, in accordance with a registered order, to the service provider, and that the system includes a call interface that enables said service providers and said network providers to exchange information with each other, each service provider and network provider at each individual ordering a product exchanges information that includes at least the identity of the service operator, the identity of the network operator and the identity of the product. A method according to claim 9, wherein said mediation of network services at least comprises delivering, changing and canceling said network services at connection points in said connectivity network. A method according to claim 9 or 10, wherein each of said network services is defined by a specified set of said network service functions, comprising specifying said amount by defining data in the network elements of the connectivity network. A method according to any one of claims 9 to 11, comprising registering ordered, ongoing and completed deliveries in a control body. A method according to any one of claims 9 to 12, wherein said network elements and links in the connectivity network may be of different network technology, different version, different brands, different type or of different technical solution. 14. 5 15. 10 16. 15 20 25 ones- u 4 o - -. A method according to any one of claims 9 to 13, comprising dividing the control means into independent layers, 0 with interfaces between the layers identifying dependencies between the layers, I with said interface transmitting information between the layers in a well-defined manner. A method according to claim 14, wherein each layer has its own handling and operating system. A method according to claim 14 or 15, wherein a layer handles information about said call-offs and mediation of network services, eg product definitions, delivery times, contract information and / or usage information, between a service provider and said network provider, a layer handles storage of information , which defines said network services, a layer allocates addresses, ports and other resources in the connectivity network and defines data in said network elements and said links for said network service, In one layer adapts signal and command formats, which are used to allocate resources, to said network elements and to define data in said network elements.