SE514977C2 - Procedure for modifying a protocol using an adaptive protocol - Google Patents
Procedure for modifying a protocol using an adaptive protocolInfo
- Publication number
- SE514977C2 SE514977C2 SE9502685A SE9502685A SE514977C2 SE 514977 C2 SE514977 C2 SE 514977C2 SE 9502685 A SE9502685 A SE 9502685A SE 9502685 A SE9502685 A SE 9502685A SE 514977 C2 SE514977 C2 SE 514977C2
- Authority
- SE
- Sweden
- Prior art keywords
- protocol
- argument
- party
- confirmation
- modified
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Abstract
Description
l0 15 20 25 30 35 40 514 977 2 U.S. 4 905 282 avser ett protokoll som tillåter att mot- stående parter (modem) kan förhandla om vilka funktioner som skall ingå i protokollet. Det ena modemet kan efter en normal handskakningsprocedur sända en lista över önskade funktioner, varvid detta andra modemet kan acceptera funktionerna eller sända tillbaka en lista över funktioner som de stödjer. l0 15 20 25 30 35 40 514 977 2 U.S. Pat. 4,905,282 refers to a protocol that allows opposing parties (modems) to negotiate which functions are to be included in the protocol. One modem can send a list of desired functions after a normal handshake procedure, this other modem can accept the functions or send back a list of functions that they support.
U.S. figurera ett modem i ett kommunikationssystem. Metoden till- 4 956 852 beskriver en metod för att kunna kon- låter att ett första modem kan avläsa vilka funktioner som ett annat modem stödjer. Det första modemet kan även modi- fiera det andra modemets funktioner genom att försätta det i testläge.U.S. figure a modem in a communication system. The method for 4 956 852 describes a method for being able to conclude that a first modem can read which functions a second modem supports. The first modem can also modify the functions of the second modem by putting it in test mode.
U.S. dynamiskt. Telefonen implementerar ett protokoll som tillåter 4 928 306 visar en telefon som kan konfigureras att den kan konfigureras genom att mottaga kommandon och parametrar från en central punkt, t.ex. en abonnentväxel.U.S. dynamic. The telephone implements a protocol that allows 4,928,306 displays a configurable telephone that can be configured by receiving commands and parameters from a central point, e.g. a subscriber exchange.
WO 94/6251 avser en nätstruktur och ett signalerings- protokoll i ett telenät. Signaleringsprotokollet tillåter att nya tjänster läggs till som enbart implementeras av de två motstàende parterna. Ett generellt signaleringsprotokoll stödjer tillägg av nya tjänster genom att delas in i ett grundprotokoll och i ett eller flera tjänstespecifika proto- koll. Detta tillåter att tjänster läggs till eller tas bort utan att grundprotokollet ändras.WO 94/6251 relates to a network structure and a signaling protocol in a telecommunications network. The signaling protocol allows new services to be added that are only implemented by the two opposing parties. A general signaling protocol supports the addition of new services by being divided into a basic protocol and into one or more service-specific protocols. This allows services to be added or removed without changing the basic protocol.
EP-A-555 997 visar en apparat och en metod för att implementera protokoll. Kommunikationen kan ske över ett godtyckligt protokoll genom att i ett generellt protokoll översända en beskrivning av det protokoll som önskas.EP-A-555 997 discloses an apparatus and method for implementing protocols. The communication can take place over an arbitrary protocol by sending a description of the desired protocol in a general protocol.
Teknikens ståndpunkt löser inte tillfredsställande pro- blemet att automatiskt uppdatera ett protokoll. Föreliggande uppfinning tillhandahåller en mekanism som medger enkel till- läggning och borttagning av funktionaliteter så att proto- kollet modifieras automatiskt och hos rätt part på rätt nivå utan amkonstruktion av lagren.The state of the art does not satisfactorily solve the problem of automatically updating a protocol. The present invention provides a mechanism that allows easy addition and removal of functionalities so that the protocol is modified automatically and with the right party at the right level without any construction of the bearings.
SAMANFATTNING AV UPPFINNINGEN Lösningen innebär i korthet att adaptiviteten åstad- kommes genom en publiceringsmekanism som informerar mot- stående parter som använder sig av ett givet protokoll att tillägg har gjorts till protokollet. Mekanismen är i sig ett 10 15 20 25 30 35 40 514 97"/ 3 protokoll som erbjuder och hanterar en mängd operationer, argument och datatyper. Huvuddraget i mekanismen är att man antingen försöker publicera ett objekt och får tillbaka en konfirmation från den motstående partnern, eller att man tar bort ett objekt. Med publicering menas att erbjudandet om det nya objektet kan gå ut till flera parter, där var och en av parterna kan acceptera eller avvisa objektet. Olika revi- sioner av grundprotokollet kan därför förekomma. Uppfinningen medger således att processen att uppdatera ett protokoll kan automatiseras.SUMMARY OF THE INVENTION In short, the solution means that adaptivity is achieved through a publishing mechanism that informs opposing parties using a given protocol that additions have been made to the protocol. The mechanism itself is a 10 15 20 25 30 35 40 514 97 "/ 3 protocol that offers and handles a variety of operations, arguments and data types. The main feature of the mechanism is that you either try to publish an object and get back a confirmation from the opposing partner , or that an object is removed. Publication means that the offer of the new object can go out to several parties, where each of the parties can accept or reject the object. Different revisions of the basic protocol can therefore occur. The invention thus allows that the process of updating a protocol can be automated.
Således tillhandahåller föreliggande uppfinning ett för- farande för modifiering av ett protokoll hos parter i ett telesystem med hjälp av ett adaptivt protokoll. Enligt upp- finningen publiceras ett modifierat protokollobjekt av en part som önskar en modifiering till berörda andra parter som mottar publiceringen. Protokollobjektet definieras av en identifierare, en nivå och en beskrivning. Uppfinningen är mera detaljerat angiven i åtföljande patentkrav.Thus, the present invention provides a method for modifying a protocol of parties in a telecommunications system by means of an adaptive protocol. According to the invention, a modified protocol object is published by a party who wishes a modification to the other parties concerned who receive the publication. The protocol object is defined by an identifier, a level and a description. The invention is set forth in more detail in the appended claims.
KORTFATTAD BESKRIVNING AV RITNINGARNA Uppfinningen kommer att beskrivas i detalj härefter med hänvisning till bifogade ritningar, varav: Figur l är ett blockschema över kommunikation mellan två parter, figur 2 är ett motsvarande blockschema över ändring av ett protokoll P på nivå N-2 med hjälp av föreliggande upp- finning, och figur 3 är ett flödesschema över ett exempel på ändring av ett protokoll.BRIEF DESCRIPTION OF THE DRAWINGS The invention will be described in detail hereinafter with reference to the accompanying drawings, of which: Figure 1 is a block diagram of communication between two parties, Figure 2 is a corresponding block diagram of modification of a protocol P at level N-2 by means of present invention, and Figure 3 is a flow chart of an example of modifying a protocol.
DETALJERAD BESKRIVNING AV EN FÖREDRAGEN UTFÖRINGSFORM Föreliggande uppfinning tillhandahåller således ett för- farande som medger en ändring av protokoll i telesystem. För- farandet är i sig ett protokoll som är adaptivt.DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT The present invention thus provides a method which allows a change of protocol in telecommunications systems. The procedure is in itself a protocol that is adaptive.
Genom att ett protokoll är adaptivt kan man enkelt lägga till ny funktionalitet i protokollet utan att behöva omkon- struera de i protokollet ingående lagren. Dessutom är det möjligt att under drift ändra protokollet utan att stoppa systemet. Det här är användbart då man har en protokoll- standard och då nya eller existerande produkter uppgraderas, 10 15 20 25 30 35 40 514 977 4 som visserligen följer standarden men har några ytterligare funktioner som de erbjuder. Med hjälp av adaptiviteten kan då produkterna justera protokollet så att den nya funktionali- teten direkt kan erbjudas.Because a protocol is adaptive, you can easily add new functionality to the protocol without having to reconstruct the layers included in the protocol. In addition, it is possible to change the protocol during operation without stopping the system. This is useful when you have a protocol standard and when new or existing products are upgraded, 10 15 20 25 30 35 40 514 977 4 which although follow the standard but have some additional functions that they offer. With the help of adaptability, the products can then adjust the protocol so that the new functionality can be offered directly.
Adaptiviteten i ett protokoll innebär enligt upp- finningen att man genom en publiceringsmekanism informerar motstående parter som använder ett givet protokoll att tillägg har gjorts till protokollet.The adaptability of a protocol means, according to the invention, that a publishing mechanism informs opposing parties who use a given protocol that an addition has been made to the protocol.
I figur l visas ett exempel på kommunikation mellan två parter. Antag att det finns ett protokoll P och parter A och B som kommunicerar via protokollet på en viss nivå N. Om A eller B vill utöka sin egen funktionalitet brukar detta leda till en utökning av det gemensamma protokollet P på nivå N.Figure 1 shows an example of communication between two parties. Assume that there is a protocol P and parties A and B that communicate via the protocol at a certain level N. If A or B wants to expand their own functionality, this usually leads to an extension of the common protocol P at level N.
Antag att A har fått en utökad funktionalitet och vill utöka protokollet P. A använder då adaptivitetsmekanismen i proto- kollstacken för att publicera utökningen i protokoll P. B kan då delge detta till övriga nivåer i protokollstacken samt själv använda sig av denna information.Assume that A has been given extended functionality and wants to extend protocol P. A then uses the adaptivity mechanism in the protocol stack to publish the extension in protocol P. B can then communicate this to other levels in the protocol stack and use this information himself.
Mekanismen är i sig ett protokoll som erbjuder en diskret mängd operationer.The mechanism is in itself a protocol that offers a discrete amount of operations.
Mekanismen kan hantera operationer, argument och data- typer. Beroende på hur man anger relationen till andra opera- tioner, argument och datatyper så bestäms omfattningen av en operation, ett argument eller en datatyp. Operationer, argu- ment eller datatyper är exempel på protokollobjekt.The mechanism can handle operations, arguments and data types. Depending on how you specify the relationship to other operations, arguments and data types, the scope of an operation, an argument or a data type is determined. Operations, arguments or data types are examples of protocol objects.
Huvuddraget i mekanismen är att man antingen försöker publicera ett objekt och får tillbaks en konfirmation från den motstående parten, eller att man tar bort ett objekt. Om man tar bort ett objekt behövs ingen konfirmation eftersom man hela tiden skall kunna falla tillbaka på grundprotokollet utan att problem skall uppstå. Det kan t.ex. vara så att en part får ett fel som gör att en viss operation inte kan an- vändas för en längre tid och då skall parten kunna dra till- baka den erbjudna operationen utan att övriga parter skall behöva godkänna denna.The main feature of the mechanism is that you either try to publish an object and get back a confirmation from the opposing party, or that you delete an object. If you delete an object, no confirmation is needed because you must always be able to fall back on the basic protocol without problems arising. It can e.g. be such that a party receives an error which means that a certain operation cannot be used for a longer period of time and then the party must be able to withdraw the offered operation without the other parties having to approve it.
Med publicering menas att erbjudandet om det nya objektet kan gå ut till flera parter, där var och en kan acceptera eller avvisa objektet. Publicerande part håller reda på vem som ha accepterat det nya objektet. Olika revi- sioner av grundprotokollet kan därför förekomma. 10 15 20 25 30 35 4O 514 977 5 Inbyggt i mekanismen finns textuella beskrivningar i klartext av det publicerade objektet för att ovanliggande applikationer t.ex. en hjälp-applikation ska kunna ta del av vad som händer med protokollet. Det finns också en formell beskrivning som t.ex. kan vara skriven med notationen ASN.1.By publication is meant that the offer of the new object can go out to several parties, where everyone can accept or reject the object. Publishing party keeps track of who has accepted the new item. Different revisions of the basic protocol may therefore occur. 10 15 20 25 30 35 4O 514 977 5 Built into the mechanism are textual descriptions in clear text of the published object so that the above applications e.g. a help application should be able to take part in what happens to the protocol. There is also a formal description such as can be written with the notation ASN.1.
Adressering av motpart, felhantering och notation sker enligt gällande protokoll.Addressing of the counterparty, error handling and notation takes place according to current protocols.
För att adaptivitetsmekanismen skall fungera måste den finnas implementerad upp till minst nivå N för att kunna adaptera protokollstacken upp till nivå N. Dessutom måste protokollet på någon av nivåerna upp till nivå N ha möjlighet att hantera adaptivitetsmekanismens protokollobjekt. Med dagens protokoll innebär detta ofta att mekanismens egna objekt finns på applikations- eller sessionsnivå i OSI- stacken, vilket medför att adaptivitetsmekanismen finns im- plementerad från åtminstone sessionsnivån och nedåt. Nivåer med mekanismer som inte direkt kan kommunicera med varandra, anropar överliggande nivås mekanism.For the adaptivity mechanism to work, it must be implemented up to at least level N in order to be able to adapt the protocol stack up to level N. In addition, the protocol at any of the levels up to level N must be able to handle the protocol object of the adaptivity mechanism. With today's protocols, this often means that the mechanism's own objects are at the application or session level in the OSI stack, which means that the adaptivity mechanism is implemented from at least the session level and down. Levels with mechanisms that cannot directly communicate with each other call the mechanism of the upper level.
Figur 2 visar hur protokollet P på nivå N-2 utvidgas genom att mekanismen på nivå N-2 anropar mekanismen på nivå N-1 som i sin tur anropar mekanismen på nivå N, som kan kom- municera med motstående part via mekanismens egna protokoll- objekt. Publiceringen skickas sedan nedåt till nivå N-2, var- efter en konfirmering sker från nivå N-2 och uppåt och till- baks.Figure 2 shows how the protocol P at level N-2 is extended by the mechanism at level N-2 calling the mechanism at level N-1 which in turn calls the mechanism at level N, which can communicate with the opposing party via the mechanism's own protocols. object. The publication is then sent down to level N-2, after which a confirmation takes place from level N-2 and up and back.
Det adaptiva protokollets mekanism beskrivs nedan med avseende på de olika operationerna och definitionerna. För lättfattlighetens skull och för att mekanismen i sig är obe- roende av notationssätt beskrivs den i pseudoform. Dock kan man naturligtvis välja ett notationssätt t.ex. ASN.l om man så önskar.The mechanism of the adaptive protocol is described below with respect to the various operations and definitions. For the sake of ease of understanding and because the mechanism itself is independent of notation, it is described in pseudo-form. However, you can of course choose a notation method e.g. ASN.l if desired.
Vid tillägg till protokollet publicerar den modifierande parten till motstående part den nya operationen med dess parametrar. Operationen förväntar sig en konfirmering från motstående part. Följande argument finns i operationen: iden- tifierare, nivå och beskrivning. Identifieraren anger den nya operationens identifikation. Nivån anger vilket lager i pro- tokollstacken som skall modifieras. Beskrivningen innehåller en textuell beskrivning av den nya operationen som ger möj- lighet att uppdatera manualsidor m.m. och en beskrivning en- lO 15 20 25 30 35 40 ligt gällande notation som beskriver den nya operationen med t.ex. ASN.l, eller annan notation.In addition to the protocol, the modifying party publishes to the opposing party the new operation with its parameters. The operation expects a confirmation from the opposing party. The following arguments are found in the operation: identifier, level and description. The identifier indicates the identification of the new operation. The level indicates which layer in the protocol stack is to be modified. The description contains a textual description of the new operation which gives the opportunity to update manual pages etc. and a description according to the current notation which describes the new operation with e.g. ASN.l, or other notation.
Vid borttagning från protokollet publicerar den modi- fierande parten till motstàende part att en viss operation inte längre gäller i protokollet. Argument i operationen är följande. Identifierare anger operationens identifikation.Upon removal from the protocol, the modifying party publishes to the opposing party that a certain operation no longer applies in the protocol. Arguments in the operation are as follows. Identifier indicates the identification of the operation.
Nivå anger vilket lager i protokollstacken som skall modi- fieras. Orsak är en textuell och en formell beskrivning av orsaken till tillbakadragandet av operationen.Level indicates which layer in the protocol stack is to be modified. Cause is a textual and a formal description of the reason for the withdrawal of the operation.
Part som emottagit en publicering via operationen “Publicera tillägg“ returnerar till den publicerande parten en konfirmation som antingen accepterar eller avvisar den publicerade operationen för användning i protokollet. Föl- jande argument finns. Identifierare anger den publicerade operationens identifikation. Nivå anger vilket lager i pro- tokollstacken som skall modifieras. Konfirmering anger accep- tans eller avvisning.A party that has received a publication via the "Publish Add-ons" operation returns to the publishing party a confirmation that either accepts or rejects the published operation for use in the protocol. The following arguments exist. Identifier indicates the identification of the published operation. Level indicates which layer in the protocol stack is to be modified. Confirmation indicates acceptance or rejection.
Vid tillägg av nytt argument publicerar den modifierande parten för motstående part det nya argumentet som skall adde- ras till en redan känd operation. Följande argument används.When a new argument is added, the modifying party publishes to the opposing party the new argument to be added to an already known operation. The following arguments are used.
Operationsidentifierare anger den kända operationens identi- tet. Om argumentet inte anges, antas argumentet gälla för alla operationer. Nivå anger vilket lager i protokollstacken som skall modifieras. Argumentidentifierare anger det nya argumentets identitet. Textuell beskrivning är en beskrivning av argumentet i fri text. Beskrivning enligt gällande nota- tion är det nya argumentet beskrivet i formell form.Operation identifier indicates the identity of the known operation. If the argument is not specified, the argument is assumed to apply to all operations. Level indicates which layer in the protocol stack is to be modified. Argument identifier indicates the identity of the new argument. Textual description is a description of the argument in free text. Description according to current notation, the new argument is described in formal form.
Vid borttagning av argument publicerar den modifierande parten till motstàende part att ett argument inte längre gäller i protokollet. Argument i operationen är följande.Upon removal of an argument, the modifying party publishes to the opposing party that an argument is no longer valid in the minutes. Arguments in the operation are as follows.
Operationsidentifierare är operationens identifikation. Om argumentet inte anges, så gäller detta för samtliga opera- tioner. Argumentidentifierare anger argumentets identitet.Operation identifier is the operation identification. If the argument is not specified, this applies to all operations. Argument identifier indicates the identity of the argument.
Nivå anger vilket lager i protokollstacken som skall modi- fieras. Orsak är en textuell och en formell beskrivning av orsaken till tillbakadragande av argumentet.Level indicates which layer in the protocol stack is to be modified. Cause is a textual and a formal description of the reason for withdrawal of the argument.
Part som emottagit en publicering via operationen "Pub- licera nytt argument" returnerar till den publicerande parten en konformation som antingen accepterar eller avvisar det publicerade argumentet för användning i protokollet. Följande 10 15 20 25 30 35 40 514 977 7 argument finns. Operationsidentifierare anger operationens identifikation. Om argumentet angavs i föregående operation anges det även här. Argumentidentifierare anger det publice- rade argumentets identifikation. Nivå anger vilket lager i protokollstacken som skall modifieras. Konfirmering anger acceptans eller avvisning.A party that has received a publication via the "Publish new argument" operation returns to the publishing party a conformation that either accepts or rejects the published argument for use in the minutes. The following 10 15 20 25 30 35 40 514 977 7 arguments exist. Operation identifier indicates the operation identification. If the argument was stated in the previous operation, it is also stated here. Argument identifier indicates the identification of the published argument. Level indicates which layer in the protocol stack is to be modified. Confirmation indicates acceptance or rejection.
Vid tillägg av en ny datatyp publicerar den modifierande parten för motstàende part den nya datatypen som skall adde- ras till en redan känd operation eller argument. Beroende pà vilka identifierare som ges, avgörs hur stort användnings- T.ex. område datatypen har. om ingen operationsidentifierare anges, så är datatypen global i protokollet. Följande argu- ment används. Operationsidentifierare anger den kända opera- tionens identitet. Om argumentet inte anges, gäller publice- ringen för alla operationer. Argumentidentifierare anger det kända argumentets identitet. Om argumentet inte anges, gäller datatypen för alla argument i en operation, eller för alla argument i protokollet. Detta beror på om en operationsiden- tifierare anges. Unionen mellan operationsidentifieraren och argumentidentifieraren anger omfattningen av publiceringen.When adding a new data type, the modifying party publishes to the opposing party the new data type that is to be added to an already known operation or argument. Depending on which identifiers are given, it is determined how large the use. area the data type has. if no operation identifier is specified, then the data type is global in the protocol. The following arguments are used. Operation identifier indicates the identity of the known operation. If the argument is not stated, the publication applies to all operations. Argument identifier indicates the identity of the known argument. If the argument is not specified, the data type applies to all arguments in an operation, or to all arguments in the protocol. This depends on whether an operation identifier is specified. The union between the operation identifier and the argument identifier indicates the extent of the publication.
Datatypidentifierare anger det nya argumentets identitet.Data type identifiers indicate the identity of the new argument.
Nivà anger vilket lager i protokollstacken som skall modi- fieras. Textuell beskrivning är en beskrivning av datatypen i fri text. Beskrivning enligt gällande notation beskriver den nya datatypen i formell form.Level indicates which layer in the protocol stack is to be modified. Textual description is a description of the data type in free text. Description according to current notation describes the new data type in formal form.
Vid borttagning av en datatyp publicerar den modifi- erande parten till motstàende part att en datatyp inte längre gäller i protokollet. Argument i operationen är enligt föl- jande. Operationsidentifierare anger den kända operationens identitet. Om argumentet inte anges, gäller borttagningen för alla operationer. Argumentidentifierare anger det kända argu- mentets identitet.When deleting a data type, the modifying party publishes to the opposing party that a data type is no longer valid in the protocol. Arguments in the operation are as follows. Operation identifier indicates the identity of the known operation. If the argument is not specified, the deletion applies to all operations. Argument identifier indicates the identity of the known argument.
Om argumentet inte anges, gäller detta för alla argument i en operation, eller för alla argument i pro- tokollet, beroende pà om en operationsidentifierare har an- getts. Unionen mellan operationsidentifieraren och argument- identifieraren anger omfattningen av borttagningen. Datatyp- identifierare anger datatypens identitet. Nivà anger vilket lager i protokollstacken som skall modifieras. Orsak är en textuell och en formell beskrivning av orsaken till till- bakadragandet av datatypen. 10 15 20 25 30 35 40 514 977 8 Part som emottagit en publicering via operationen “Publicera ny datatyp" returnerar till den publicerande parten en konformation som antingen accepterar eller avvisar den publicerade datatypen för användning i protokollet. Föl- jande argument används. Operationsidentifierare anger den kända operationens identitet. Om argumentet angavs i före- gående operation anges det även här. Argumentidentifierare anger det aktuella argumentet. Om identifieraren angavs i föregående operation, anges det även här. Datatypidenti- fierare anger den publicerade datatypens identifikation. Nivå anger vilket lager i protokollstacken som skall modifieras.If the argument is not specified, this applies to all arguments in an operation, or to all arguments in the protocol, depending on whether an operation identifier has been specified. The union between the operation identifier and the argument identifier indicates the extent of the removal. Data type identifier indicates the identity of the data type. Level indicates which layer in the protocol stack is to be modified. Cause is a textual and a formal description of the reason for the withdrawal of the data type. 10 15 20 25 30 35 40 514 977 8 Party that has received a publication via the operation "Publish new data type" returns to the publishing party a conformation that either accepts or rejects the published data type for use in the protocol. The following arguments are used. the identity of the known operation. If the argument was specified in the previous operation, it is also indicated here. Argument identifier indicates the current argument. If the identifier was specified in the previous operation, it is also stated here. Data type identifier indicates the identification of the published data type. the protocol stack to be modified.
Konfirmering anger acceptans eller avvisning.Confirmation indicates acceptance or rejection.
EXEMPEL Figur 3 visar ett exempel som illustrerar uppfinningen.EXAMPLES Figure 3 shows an example illustrating the invention.
Antag att vi har en Service Control Point (SCP) och en Ser- (SSP) (Intelligent Network Access Protocol) vice Switching Point som har standardprotokollet INAP mellan sig. I INAP-protokollet finns en operation som kan skickas från SCP Operationen begär en till SSP som kallas "Dirigera till". uppkoppling till ett telefonnummer. Antag nu att en annan tillverkare av SSP har en extra funktion som kan skapa tre~ partssamtal. Han vill då kunna erbjuda detta genom att addera till en operation som heter "Trepartssamtal". Genom publice- ringsmekanismen kan han då publicera denna operation genom att skicka operationen "Publicera tillägg" via TCAP (nivån under INAP) med lämpligt val av argument.Assume that we have a Service Control Point (SCP) and a Ser- (SSP) (Intelligent Network Access Protocol) vice Switching Point that has the standard protocol INAP between them. In the INAP protocol there is an operation that can be sent from SCP The operation requests one to SSP called "Routing to". connection to a telephone number. Now assume that another manufacturer of SSP has an additional feature that can create three-party calls. He then wants to be able to offer this by adding to an operation called "Tripartite Call". Through the publishing mechanism, he can then publish this operation by sending the operation "Publish extensions" via TCAP (the level below INAP) with the appropriate choice of argument.
Exempelvis: 0 Publicera tillägg av operation - Identifierare: INAP - Textuell beskrivning: "Trepartssamtal" - Nivå: "Operationen erbjuder trepartssamtal med lokaltaxa“ - Beskrivning enligt gällande notation ASNl. Ver 1.0: . - - ~ - . . .For example: 0 Publish addition of operation - Identifier: INAP - Textual description: "Tripartite call" - Level: "The operation offers tripartite call with local tariff" - Description according to current notation ASNl. Ver 1.0:. - - ~ -...
SSPn inväntar sedan en konfirmation från SCPn: 0 Konfirmera tillägg av operation Identifierare: “Trepartssamtal“ INAP Konfirmering: Ja Nivå: I 10 15 514 977 9 Efter konfirmering är det upp till applikationerna på båda sidor att internt informera och använda sig av den nya operationen. För nätets del innebär det troligtvis att pro- grammeraren av tjänster ser den nya operationen i sin verk- tygslàda, med beskrivning och allt.The SSP then waits for a confirmation from the SCP: 0 Confirm addition of operation Identifier: "Tripartite call" INAP Confirmation: Yes Level: I 10 15 514 977 9 After confirmation, it is up to the applications on both sides to internally inform and use the new operation . For the network, this probably means that the programmer of services sees the new operation in his toolbox, with a description and everything.
Således tillhandahåller uppfinningen ett automatiskt förfarande för att uppdatera protokoll. Uppfinningen elimi- nerar moment med manuellt ingripande från människor. Tidigare var man tvungen att manuellt omprogrammera system för att lägga till nya delar av protokoll. Uppfinningen möjliggör även automatisk ändring av protokoll under drift. En före- dragen utföringsform och ett exempel har beskrivits ovan.Thus, the invention provides an automated method for updating protocols. The invention eliminates steps of manual intervention by humans. Previously, you had to manually reprogram systems to add new parts of protocols. The invention also enables automatic change of protocols during operation. A preferred embodiment and an example have been described above.
Många variationer av uppfinningens form kan lätt inses av en fackman på området. Uppfinningen är endast begränsad av nedanstående patentkrav.Many variations of the form of the invention will be readily apparent to one skilled in the art. The invention is limited only by the following claims.
Claims (10)
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE9502685A SE514977C2 (en) | 1995-07-20 | 1995-07-20 | Procedure for modifying a protocol using an adaptive protocol |
| PCT/SE1996/000929 WO1997004573A1 (en) | 1995-07-20 | 1996-07-09 | Procedure for modification of a protocol by means of an adaptive protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE9502685A SE514977C2 (en) | 1995-07-20 | 1995-07-20 | Procedure for modifying a protocol using an adaptive protocol |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| SE9502685D0 SE9502685D0 (en) | 1995-07-20 |
| SE9502685L SE9502685L (en) | 1997-01-21 |
| SE514977C2 true SE514977C2 (en) | 2001-05-28 |
Family
ID=20399061
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| SE9502685A SE514977C2 (en) | 1995-07-20 | 1995-07-20 | Procedure for modifying a protocol using an adaptive protocol |
Country Status (2)
| Country | Link |
|---|---|
| SE (1) | SE514977C2 (en) |
| WO (1) | WO1997004573A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050213590A1 (en) * | 2004-03-23 | 2005-09-29 | Nokia Corporation | Universal telecommunication node with software-defined exchangeable protocol architecture |
| DE102005020397A1 (en) * | 2005-05-02 | 2006-11-09 | Siemens Ag | Communication method between nodes in a network network |
| BRPI0603602A (en) * | 2006-08-25 | 2008-04-15 | Thiago Bassani | telemedicine system for remote patient monitoring |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4905282A (en) * | 1988-10-19 | 1990-02-27 | Hayes Microcomputer Products, Inc. | Feature negotiation protocol and dynamically adjustable retraining sequence for a high speed half duplex modem |
| US5115432A (en) * | 1989-12-12 | 1992-05-19 | At&T Bell Laboratories | Communication architecture for high speed networking |
| US5826017A (en) * | 1992-02-10 | 1998-10-20 | Lucent Technologies | Apparatus and method for communicating data between elements of a distributed system using a general protocol |
-
1995
- 1995-07-20 SE SE9502685A patent/SE514977C2/en not_active IP Right Cessation
-
1996
- 1996-07-09 WO PCT/SE1996/000929 patent/WO1997004573A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| SE9502685D0 (en) | 1995-07-20 |
| SE9502685L (en) | 1997-01-21 |
| WO1997004573A1 (en) | 1997-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5574782A (en) | Minimizing service disruptions in handling call request messages where new message formats are needed in a telecommunication network | |
| EP0875029B1 (en) | Distributed processing | |
| US5012512A (en) | Telephone operator and agent to database communication arrangement | |
| CA2217037C (en) | A system and method for providing portable telephone number service | |
| US7039173B2 (en) | Management of performance of intelligent network services | |
| CZ250296A3 (en) | System for controlling applications of a network computer | |
| KR20010022744A (en) | Management of calling name delivery in telephone networks providing for telephone number portability | |
| CN1973526A (en) | Event processing system | |
| CA2216762C (en) | Methods for automatic service provisioning for telecommunications | |
| US5701412A (en) | Telecommunications service control method in intelligent network | |
| WO2001037583A1 (en) | Call setup in intelligent network | |
| EP0358408A2 (en) | Intelligent network | |
| SE514977C2 (en) | Procedure for modifying a protocol using an adaptive protocol | |
| EP1042888B1 (en) | Subscriber data handling in telecommunications networks | |
| US6343124B1 (en) | Telephone networking system | |
| US6744872B2 (en) | Method for executing several services during a telephone call | |
| EP1038241A2 (en) | Dynamic message interface | |
| AU691341B2 (en) | A flexible call record mechanism | |
| CA2311720A1 (en) | Method and device for exchanging application-specific data between an intelligent network and terminals which are capable of handling data | |
| AU5598499A (en) | Gateway between a data network and a service network | |
| EP0782804B1 (en) | Simplified multi-call processing | |
| US6970550B1 (en) | Method for controlling servers | |
| US6718033B1 (en) | Private network interchange unit application-oriented half-link | |
| KR970011900B1 (en) | Database structure | |
| SE506693C2 (en) | Service information transmission method for intelligent network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| NUG | Patent has lapsed |