EP1232606A2 - Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten - Google Patents

Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten

Info

Publication number
EP1232606A2
EP1232606A2 EP00989789A EP00989789A EP1232606A2 EP 1232606 A2 EP1232606 A2 EP 1232606A2 EP 00989789 A EP00989789 A EP 00989789A EP 00989789 A EP00989789 A EP 00989789A EP 1232606 A2 EP1232606 A2 EP 1232606A2
Authority
EP
European Patent Office
Prior art keywords
management
protocol data
layer
grouping
data units
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP00989789A
Other languages
English (en)
French (fr)
Inventor
John Skaperda
Bernhard Schild
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of EP1232606A2 publication Critical patent/EP1232606A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Definitions

  • the invention relates to a method for exchanging management protocol data units via a management interface between two node devices, in particular a manager device and an agent device, of a management network, wherein the node devices carry out the data exchange in accordance with the OSI layer architecture and the exchange of management protocol data units on the basis of of a predetermined management information service element in the application layer provided as the top layer of the OSI layer architecture, using a service offering from the presentation layer below the application layer.
  • Modern telecommunications networks usually include a large number of switching and transmission components; In accordance with the recommendations of the International Telecommunications Association (ITU) mentioned below, these are referred to below as network elements.
  • ITU International Telecommunications Association
  • Various ITU standards in particular the recommendations ITU-T M.3010 and ITU-T M., consider the task of comprehensive overall control of the network elements of a telecommunications network with regard to operation, administration and maintenance (OAM, ⁇ Operations, Administration and Maintenance '). 3100, an independent information processing management network (TMN, ⁇ Telecommunications Management Network '), which includes the network elements as end stations and which has access to the network elements via standardized interfaces and protocols, from which it receives control-relevant messages and which it controls.
  • TTN independent information processing management network
  • An operation center provided in the management network allows the center tralome O AM-operation control of the Telecommunication network ⁇ zes, as well as terminals, the operation and monitoring of the management network by maintenance personnel.
  • NTERFACE be connected to the operations center.
  • Another interface type which is for the invention of course is irrelevant, for example, the ELEMENTS for simpler networks ⁇ provided, less complex, called Q2 interface for indirect connection of network elements via intermediate points to the operations center.
  • the control is performed according to the concept of the management network by a manager system, such as ⁇ tion center, zelement the Opera for a managed system, such as a net; here the managed system is referred to as an agent facility or agent system.
  • CMIS Common Management Information Service
  • CMIP Common Management Information Protocol
  • ITU-T X.710 and ITU-T X.711 ' A connection established in the management network between the operations center (or another manager system) and an agent system, in particular a network element, is referred to as an association.
  • the operations center can use an association to send commands of the CMIS service, so-called CMISE operations (Common Management Information Service Element '), to the network element; CMISE operations for several processes of CMIS applications that are run in a manager or.
  • Agent system can run side by side, are transferred.
  • free-running messages relating to events relevant to the operation center - in particular alarms - can be transferred to associations for the operation center. will wear. For this purpose, also rarely the agent system associations with the operations center or mana ⁇ gersystem be established.
  • management information can also be exchanged using the CMISE / CMIP protocol as part of OSI system management in accordance with the ITU standard ITU-T X.700.
  • a lack of the CMISE / CMIP protocol is the lack of a grouping functionality which allows, for example, several data records or events to be combined. This leads, as determined by the Anmeldenn to significant throughput problems, especially in the post ⁇ directed toward transmission m the direction from the Agent to the manager system.
  • the known protocol architecture is often not able to achieve an adequate throughput of the transmission of the individual MAPDUs ('management application -layer protocol data units', management information units of the application layer), especially if they only have a length of approx. 100 bytes, for example.
  • a "bundled" transmission of MAPDUs would therefore be an approach to remedying the problems addressed, in particular message throughput.
  • the definition and implementation of a grouping functionality would require a novel protocol, which would entail a considerable standardization effort.
  • the acceptance would be one such a grouping protocol is probably low.
  • a known protocol in which grouping functionality is implemented is the FTAM protocol (File Transfer Access and Management ') according to ISO 8571, which supports the exchange of files and the processing of file segments. supported.
  • the FTAM protocol is rich in tractigen service elements and Protokolldatenemrion and this needed the abstract syntax according to ISO 8571 FTAM PCI to Bear ⁇ processing of the FTAM Protokolldatenemrance; these must be announced when the presentation layer is established.
  • the grouping functionality of the FTAM is also not transferable to the present case of the CMISE / CMIP protocol, since the FTAM service is always based on files or file segments is and the associated messages thus have a comparatively uniform form; however, due to the very general nature of the CMISE / CMIP protocol, the MAPDUs are different and can refer in particular to different types of objects.
  • Another deficiency of the FTAM grouping with regard to a grouping functionality of CMISE operations or notifications is the lack of feedback of error situations specific to the grouping when delivering them to the relevant applications, in particular in the case of resource problems associated with the grouping are.
  • the object is achieved by a method of the initially mentioned type, wherein according to the invention was ⁇ d least one of the node devices) in the presentation layer protocol data unit a group in the form of aticians harsh-
  • Protocol data unit containing several management protocol data units intended for applications of the application layer is received, e) these management protocol data units are forwarded to a grouping service element of the application layer by means of a data transfer call, and f) the management protocol data units are sent to applications by the grouping service element are forwarded to the application layer, the processing of the management protocol data units being based on an abstract syntax assigned to the management information service element and agreed with the presentation layer.
  • MAPDUs which refer to different types of objects
  • the message throughput is significantly increased by the invention both in the direction from manager to agent system and in the direction from agent to manager system.
  • the erfmdungsgehoffe new grouping service element layer is introduced as "additional layer between the display layer and the applications of the application ⁇ ; this new service element does not have its own operations which had to be redefined, but can display and signal its own errors.
  • the invention uses the property of the presentation layer to be able to transmit several MAPDUs of the application layer in a single so-called TD-PPDU ( y Presentat on Data Presentation-layer Protocol Data Unit ', information units of the presentation layer for data exchange according to ITU-T X.226).
  • TD-PPDU y Presentat on Data Presentation-layer Protocol Data Unit ', information units of the presentation layer for data exchange according to ITU-T X.226).
  • the services required by the presentation layer in the context of the invention are in particular provided by an OSI implementation of layers 1 to 6, which are designed to support the FTAM.
  • FTAM has the service elements y F-BEGIN-GROUP 'and ⁇ F-End-GROUP' for grouping file service policies.
  • control data m form when grouping the MAPDUs a header message.
  • a separate protocol could be used for this tax data; the CMISE / CMIP protocol is favorably used for the header message.
  • OOP t O ⁇ s ⁇ O ⁇ H ⁇ HO ⁇ ⁇ C ⁇ 1 O ⁇ o r + ⁇ ⁇ O ts. ⁇ H d iQ et J tr pr H pr ⁇ C ⁇ pr r + H 3 pr PH C ⁇ TJ ⁇ r ⁇ tr H t ⁇ et pr et d P tr cn rr ⁇ C ⁇ d et O Cl O o H ⁇ o HJO> ⁇ ( ⁇ - H o P ⁇ OZ. o C ⁇ C ⁇ ⁇ cn H * ⁇ cn
  • Protocol data units coincides with the chronological order of their forwarding to the grouping service element.
  • the management protocol data units m of the group protocol data unit m are advantageously combined or transmitted in the form of a list of presentation data values.
  • the processing of the protocol data units is carried out by the grouping service element on the basis of information which was previously exchanged or negotiated between the node devices by means of a specific system management function.
  • grouping parameters can be negotiated in a flexible manner between the node set-up, without the latter having to burden the establishment of the association.
  • the processing of the protocol data units can be carried out by the grouping service element on the basis of information which, according to the current requirements of the grouping, has been continuously exchanged or negotiated between the node devices by means of a specific system management function.
  • This variant allows a dynamic agreement of the information during the existing association.
  • the ten ITU-T X.207 for control functions to Divelemen ⁇ intended functionality includes among other chains of APDUs ( 'Application-layer Protocol Data Units', log data element of the application layer).
  • APDUs 'Application-layer Protocol Data Units', log data element of the application layer.
  • a grouping service element is required for this, since the ITU recommendations do not provide for the interaction of control functions between the local and remote systems , So that the grouping service elements from local and remote computers can work together, the log data elements become a system management function newly introduced for this purpose.
  • These protocol data elements use the CMISE / CMIP protocol.
  • the SACF does not perform any grouping as a control function of the service elements.
  • SACF there is a requirement for SACF to take into account the interaction of the new grouping service element with ROSE and the presentation layer, as well as the local coordination between the grouping service element and the supporting system management functions for processing header messages and layer management parameters A take over Sharin g of data.
  • the inventive new Syste management functions are included expanded as a Koordmtechnikstatmaschine according to ITU-T X.207.
  • the application layer contains according to OSI-7-
  • the application layer affects only the layer portion of the general service elements (CASE), and according to the invention a new service element is added below the ROSE service, while the other known applications remain unchanged.
  • the applications of the application layer access the functions of the presentation layer, i.e. layer 6, back.
  • the presentation layer is used to produce a common coding for the Q3 systems involved on the basis of the functions of layer 5, the so-called communication control layer ('session layer'). Layers 1 to 6 are of course not directly affected by the invention.
  • MAPN MAP DU Association Parameter Negotiation'
  • the MAPN provides actions and notifications for negotiating and comparing grouping parameters.
  • the MAGF can also work independently of a MAPN if the parameters and functionalities concerned have already been determined beforehand, for example by appropriate administration.
  • the MAPN advantageously enables the functionalities to be renegotiated as needed within the association that has already been established.
  • the greatest possible compatibility with known Q3 interfaces can be achieved by realizing the MAPN based on the CMISE / CMIP protocol.
  • the upper limit of an X.25 data packet is 1 KB or 4 KB depending on the implementation under consideration.
  • the upper limit for IP datagrams is approximately 1.5 KB.
  • an assumed length of a MAPDU - for example an alarm message - of approximately 100 bytes with an X.25 data packet or IP datagram approximately 10 MAPDUs can be packed.
  • an improvement in throughput of approximately one order of magnitude can be expected.
  • the MAPDUs are grouped together at least up to the size of a TPDU.
  • Fig. 1 shows the configuration of the application layer L7 m a Q3 system according to the invention, in particular this Sc h maybe assigned applications and service elements (so- ⁇ called ASEs, 'Application Service Elements'), insofar as they are for the invention of concern.
  • the applications and service elements are shown in Figs 1 and 2 symbolizes as rectangles -.
  • the system Manage ⁇ are management functions SMF shown, the known functions SMF1, SMFn represent and to be received on the non-close for the purposes of the invention, as well as the general service elements CASE, of which the already mentioned CMISE / CMIP and ROSE are to be mentioned.
  • the PDUs exchanged between these components are symbolized as arrows.
  • SACF SACF.
  • MAPDUs of the system management functions SMF to be exchanged via the management interface are transferred to CMISE / CMIP via the CMISE interface CMIF in accordance with ITU-T X.710 or received from there; the CMISE / CMIP service element implements the further data exchange of the MAPDUs, possibly via ROSE, using the services offered by the presentation layer L6 via the presentation layer interface L6IF according to ITU-T X.216.
  • the application layer L7 e new grouping service element namely the MAGF service element MAGF-ASE, provided; this service element MAGF-ASE is - in the sense of the layer architecture - between the other service elements of the application layer L7 and the presentation layer interface L6IF.
  • the erfmdungsgedorfe system management function is in particular MAGF ⁇ sondere at associations can be used which are constructed in accordance with an X.701 or ITU-T M.3100 application context used ITU-T.
  • the MAGF is included for one association, in the manager system and in the agent system at the same time, when building the association when negotiating the SMASE ('Systems Management Application Service Element') - Management as so-called 'functional units' between the Q3 systems.
  • the MAGF serves to transmit a plurality of MAPDUs in a TD-PPDU of the presentation layer with the aid of a list of presentation data values (PDV, 'Presentation Data Value') and thus the number of TPDUs exchanged, as well as X.25 or IP data packets reduce. Since the handling and acknowledgment effort is largely independent of the size of the TPDU, there is a throughput gain especially in the case that "small" MAPDUs are exchanged.
  • PDV presentation data values
  • the control function SACF coordinates an information exchange between different service elements, for example when establishing and dismantling or breaking associations, which is not defined via service interfaces of the relevant service elements in accordance with ITU-T recommendation X.770 ff.
  • the call of the service interface described in ITU-T X.217 for an association establishment for the transfer of user information data for example, cannot be done by CMISE or SMASE everything, but only by the control function SACF, after collecting all the necessary parameters according to ITU-T X.217 ,
  • CMISE and ROSE require corresponding information for the release of the assigned resources, such as the release the entry of the call identifier (see below).
  • This exchange of information between the SACF and service element or between service elements via the SACF is referred to as a “local interface signal *.
  • the functionalities of local interface signals with regard to the role of control functions assigned to the service elements are described in ITU-T X.207; the slope in the ITU-T X.207 in conjunction with the local ⁇ interface signals provided functionalities for a control function to service elements also includes the cartloads of state information em.
  • the MAGF maintains a table, which contains which associations a grouping is permitted (activated) for, further resource parameters and timers as well as other special grouping criteria such as object classes, operations / notifications, responses (response messages) etc. If grouping for one Association is provided, the MAGF carries out a grouping of the MAPDUs based on these criteria, and transfers this group, possibly delayed, in a single call to the presentation layer at the X.216 interface.
  • the operations and notification responses intended for the association in question are transferred from the applications running by the manager system to the MAGF via the CMISE interface.
  • the applications from MAGF receive operation responses and notifications via the CMISE interface, which are treated like operation responses and notifications received via the presentation layer.
  • pplications vcn the part of the agent system run ⁇ A is for that association pre passed ⁇ provided notifications and operations answers about the C MI S E interface to the MAGF which part of the A gent system is set up.
  • the use of the MAGF according to the invention is transparent for the exchange of MAPDUs between Q3 systems for the applications.
  • the known application service elements in particular the known service elements CMISE, CMIP and ROSE, can remain unchanged in the application layer.
  • the invention also does not require the use of further application service elements which were associated with the introduction of new PDU types and / or additional abstract syntaxes to be agreed in the presentation layer within the association structure; rather, the MAPDUs of a system management function introduced according to the invention are used, which is referred to below as MAGF header management function ('MAGF header management') or MHM for short, possibly supported by the MAPDUs of an additional system management function MAPN.
  • MAGF header management function 'MAGF header management'
  • MHM for short, possibly supported by the MAPDUs of an additional system management function MAPN.
  • MAGF is also transparent for the underlying OSI layers 1 to 6; Only in the presentation layer (layer 6), in accordance with the invention, a list of presentation values is transmitted in a TD-PPDU instead of a single presentation data value (PDV, 'Presentation Data Value').
  • the protocol data elements of which are based on an additional syntax agreed during the association establishment in the presentation layer correspond to the CMIP syntax.
  • the MAGD-specific MAPDUs as far as the presentation layer is concerned, are known as application-specific for MAPDUs. fish extensions of the CMIP syntax known AS nl- S treated according yntax rules. Therefore, no additional abstract syntax must be revealed for this verem- Since ⁇ tenstru k structures during the construction of the Association depicting ⁇ development layer.
  • New SMASE functional units are defined for the MAGF head control function mentioned and the MAPN, which can be agreed upon when the association is established and / or dynamically (ie if the association already exists ).
  • the communication between the MAGF-ASE and the MAGF head control function takes place by means of local interface signals set up for this purpose, as explained further below.
  • CMISE interface (reference symbol CMIF m Fig. 1 and 2) for the exchange of MAPDUs by the MAGF with the applications and with CMISE / CMIP;
  • MAGF with the presentation layer, but instead of a single PDV a list containing several PDVs is permissible - this represents an extension to ITU-T X.229 - whereby - this X .216 interface also for data exchange with the ROSE system is used.
  • the MAGF head control function MHM supports the MAGF-ASE in the creation of MAPDUs, which are used as head o ro ro P>P> o (_ ⁇ o cn 0 C ⁇
  • MAPDUs According to the classes of MAPDUs, four types of grouping are differentiated, namely operation grouping, notification grouping, operation response grouping and notification response grouping.
  • the transfer of a group of operations according to the invention takes place as explained below; here, reference is made to FIG. 2.
  • the part of the sending system, m this case, the m Fig. Management system shown left 2 OS, are in a known manner via the CMISE interface in accordance with ITU-T X.710 CMISE operations mmu as MAPDUs of the Mana ⁇ ger applications to the CMISE / CMIP service element passed, and forwarded by the CMIP protocol mechanism as CMIP PDUs to the ROSE service element via the ROSE interface according to ITU-T X.219. From there, the MAPDUs are transferred as ROSE PDUs to the MAGF-ASE according to the invention.
  • the action then carried out by the MAGF depends on the previously defined grouping parameters; The following three cases are distinguished: a) no grouping; b) grouping with fixed parameters and agreements; c) Grouping with dynamic parameters.
  • the MAGF transfers the MAPDUs individually to the presentation layer via the ITU-T X.216 interface.
  • the MAGF thus remains "invisible", so to speak, and this case corresponds to the previous situation.
  • the MAPDUs which are forwarded by CMISE / CMIP are held back in a queue which is provided by the MAGF, for example for an agreed maximum dwell time.
  • the MAGF takes MAPDUs from this queue as soon as either the maximum time a M A PDU has been reached or the number of temporarily stored MAPDUs has reached the agreed maximum number.
  • a Grup ⁇ is performed p réelle is true loading of local information which the Manager and the Agent ⁇ agreed between the MAGF system; to this local information gehö ⁇ ren in particular the above-mentioned maximum residence time of a MAPDU as well as the maximum number of temporarily stored in the queue MAGF MAPDUs. If no grouping is necessary, the MAPDUs are exchanged as in case a) above.
  • the answer grouping can also be provided for predetermined object classes (e.g. for get operations on certain classes of LOG files; depending on the so-called 'behavior' of the object class definition), as well as for predetermined action types (depending on ' behavior 'of the action definition).
  • predetermined object classes e.g. for get operations on certain classes of LOG files; depending on the so-called 'behavior' of the object class definition
  • predetermined action types depending on ' behavior 'of the action definition.
  • the MAGF accepts the content of the TD-PPDU tpu. Due to the fact that the P-Data-Indication primitive more than one APDU - namely a list of presentation data values - is included, the content of TD PPDU is recognized as a group, and the MAGF ASE ü bercertified whether a head message available is; This ge ⁇ schieht by evaluating the respective action or Noti ⁇ fikationstyps MAPDU the first in the group.
  • the following messages are ten groups within the PDU back held ⁇ and out the further processing of the message header hmu' awaited.
  • the SACF transmits an local interface signal Ifs with the content to the MAGF-ASE.
  • the local interface signal contains the contents of the entire header message, namely the action or notification type, the call identifier, as well as further details of the 'BaseObjectClass'and' BaseObj ectlnstance 'fields or'ManagedObjectClass' and 'ManagedObjectInstance 'Fields.
  • the MAGF head control function MHM of the receiving system Only after the head message has been evaluated by the MAGF head control function MHM of the receiving system and a corresponding positive message sent to a local interface signal Ifs to the MAGF-ASE, are the further MAPDUs removed from the TD-PPDU and, in a known manner, using the SACF from MAGF to ROSE and from there forwarded via CMISE / CMIP to the applications of the receiving system NE via the CMISE interface; Here the MAPDUs mmu 'are sent in the order that the
  • the form of delivery (synchronous or asynchronous) of the individual operations or notifications relates to the forwarding on the CMISE interface to the corresponding applications.
  • a MAPDU is only passed on if the successful transfer of the previous o ro ro o C ⁇ o Cn o C ⁇
  • job register entries are created for the corresponding operations or operation groups with the call identifiers required for this purpose.
  • the MAGF internal used in the operation grouping namely the MAPDUs used as the header message, are confirmed actions for which exactly one answer is required. These actions advantageously have the so-called 'base object instance' sequence information (see above) and, if it is orderable, further processing indicators.
  • the MAGF Upon receipt of a positive acknowledgment for the header message, the MAGF issues the local copy of the MAPDUs ⁇ co ro ro P 1 P 1
  • Agreemen ts together several MAPDU responses and sends them at the latest when the agreed maximum W arte time in the form of a TD-PPDUs from.
  • the transmission can - depending on the above agreement - even without G ruppierung take the form of individual TD PPDUs.
  • the partners ⁇ system receives the TD-PPDUs and forwards the MAPDUs contained therein due to the U stands, that it is answers han ⁇ d orld without further action on the CMISE interface on the appropriate applications on.
  • the inventive system management function MAGF he ⁇ to provide significant performance improvements in Q3 inter- face as well as improvements in Ubertragungsauf- wandes the management information at the same time the greatest possible compatibility with existing implementations in accordance with the above standards.
  • the MAGF the associated so-called 'system management Func tional Unit Package' (SMFUP) contains according to what has been said the following four packages: Operation grouping, Noti ⁇ fikationengrupptechnik, grouping of operation responses, as well as grouping of Notumbleenantworten.
  • SMFUP 'system management Func tional Unit Package'
  • parameters are defined in a known manner as so-called 'ob ect identifiers'; these can thus be negotiated with the help of the info attribute of the action or notification defined in the MAPN (see below).
  • the individual functional acts can also be agreed in advance, for example through administration.
  • Functionalities of the operation and notification grouping are for example:
  • F o r the individual functionalities of the grouping response f o r operations as well as for notifications also be defined as so-called 'Whether j ect Identifier', and may be flat if ⁇ be arranged if required in advance.
  • Functions of the answer grouping are for example:
  • Manager system or notification group (agent system); - Grouping all responses of a get operation (manager system only);
  • the group negotiation function MAPN of the exemplary embodiment according to the invention is explained in more detail below.
  • the system management function MAPN enables the further dynamic negotiation of functionalities of the grouping according to the invention, in particular of functionality details, which cannot be dealt with in the form of functional units (FUs, 'functional units') within the SMASE after the SMASE negotiation in the association structure.
  • the MAPN can advantageously be used to carry out numerical parameters relating to the processing of the MAPDUs and the associations.
  • a parameter set of a numerical parameter or an individual functionality is made uniform by a pair in the known manner
  • the MAPN negotiation process is modeled on the SMASE negotiation. Accordingly, the initiator of the association inserts the parameter sets of the parameters to be negotiated into the action information or event info of the MAPDUs exchanged between the local MAPN and the MAPN of the partner system (“separated MAPN”), each separately for the manager and agent systems. Systems - the so-called responders - evaluate these parameters, ignore unknown, unsupported or incompatible parameter sets, accept the acceptable parameters and write them in a response, then send an action or notification response back to the initiator
  • the reply message can contain one or more parameters or can be empty if no parameter was accepted, parameters that were not acknowledged in the reply, as with SMASE, are considered not to have been agreed.
  • the SMFUP assigned to the MAPN contains the following two packages: single negotiation and multiple negotiation.
  • the system management functional unit single negotiation obliges the initiator of the association to send a MAPN action or notification as the first operation or notification immediately after the association has been established.
  • this functional unit allows the parameters to be renegotiated in the case of an already established association after the first negotiation, in each case for the manager or agent system according to the agreed functional unit.
  • 'Object Identifiers' are defined as identifiers for these parameters; These can thus be introduced and negotiated with the help of the 'Action info' or 'Event info' of the action or notification defined in the MAPN.
  • the individual parameters can also stration, for example by Admini ⁇ be agreed in advance. For example, the following parameters are agreed for each of the four types of groupings:
  • the MAPN can also be "known" independently of the MAGF, i.e. set by means of local administration via AET-related parameters.
  • the MAPDUs used for the MAPN are confirmed actions or notifications to which exactly an answer is required; With the CMISE parameter 'BaseOb ectlnstance' (for actions) or 'ManagedObjectInstance' (for notifications), they advantageously have a sequence number information. Even in the case of the MAPN they will be here notifications used controls neither the technicallyweiterlei- device ( 'event forward g') according to ITU-T X.734 acquired by the log control according X.735 m any way or ge ⁇ .
  • the MAGF uses the parameters and settings currently negotiated between local and remote MAPN. For this purpose, the MAGF accesses the corresponding association-specific registers. If the option of dynamically changing the MAPN parameters and settings has been agreed, these registers always give the current status of
  • the MAGF can change the parameters and settings using the MAPN.
  • a setting is passed from the MAGF to the MAPN via SACF local interface signals; on the basis of this, a corresponding exchange of actions / notifications takes place between the local MAPN and the remote MAPN.
  • the local MAPN After receiving the response from the remote MAPN, the local MAPN returns an local interface signal with the content of the response to the MAGF via SACF.
  • the MAPN also provides its own job register.
  • the MAGF-ASE uses the MAPN via a local interface signal via SACF - to initiate a change - and transfers an internal association identifier, for example a sequence number, and a list of the parameters to be changed to the local MAPN. If no dynamic change has been agreed for the MAPN, a local interface signal is returned immediately, namely a rejection, by the local MAPN to the MAGF-ASE, specifying the internal association identifier. Otherwise, the local MAPN - after receiving the confirmation or rejection from the remote MAPN - sends a local interface signal via SACF as a result to the MAGF-ASE via the output of the change, specifying the internal association identifier.
  • SACF local interface signal
  • the MAGF-ASE is the read access led to the ge of the MAPN ⁇ , to the associations dedicated registers permitted; it takes the current content from there. However, the MAPN denies read access if a first handover has not yet been completed after the association has been established.
  • the local MAPN and the remote MAPN trade the SET ⁇ ments from the manager system to the agent system by actions and confirmed by the agent system manager system via confirmed notifications from.
  • the ActionInfo, ActionReplyInfo, Eventinfo or EventReplyInfo element always consists of a list of pairs, one pair consisting of a parameter type and a parameter value, both of which are shown as an integer size. The following steps are carried out:
  • the MAPN of the initiator of the association establishment sends the parameter list within the corresponding action (manager system) or notification (agent system) to the remote MAPN after receiving the positive confirmation message.
  • the remote MAPN accepts or changes the individual parameters and settings specified in the parameter list and enters them in the register assigned to the association - or rejects the parameters / settings -, generates an acknowledgment message and sends them to the initiator's MAPN. 3. After receipt of this acknowledgment message, the initiator's MAPN enters the parameters and settings agreed in this way into the register assigned to the association.
  • the MAGF-ASE sends a local interface signal via SACF to the local MAPN as a request to negotiate, together with an association indicator and a parameter list.
  • the local MAPN then negotiates the parameters with the remote MAPN as shown above (steps 1 to 3). After receiving the receipt from the remote MAPN sends the local MAPN via SACF to the MAGF-ASE a local interface signal as confirmation of the requested change.
  • CMISE application is possible.
  • a suitable system management function e.g. defined within the MHM - actions and / or notifications that are supported by MAGF-ASE.
  • the agreements regarding the parameters of this grouping control by CMISE applications can in turn be agreed upon by negotiating corresponding SMASE functional units when establishing the association.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)

Abstract

Management-PDUs (mmu) werden zum Austausch über eine Managementschnittstelle eines Managementnetzes - beruhend auf einer dem Managementinformations-Dienstelement (CMISE/CMIP) zugeordneten, bei der Darstellungsschicht vereinbarten abstrakten Syntax - von Applikationen einer Knoteneinrichtung (OS) einem Gruppierungs-Dienstelement (MAGF-ASE) zugeleitet, zu einer Gruppen-PDU (tdu) zusammengefasst, in dieser Form über die Schnittstelle gesendet, sowie seitens der anderen Knoteneinrichtung (NE) an dessen Gruppierungs-Dienstelement (MAGF-ASE) und von dort an Applikationen weitergeleitet.

Description

Beschreibung
Verfahren zum gruppenweisen Austauschen von Management- Protokolldateneinheiten
Die Erfindung betrifft ein Verfahren zum Austauschen von Management-Protokolldateneinheiten über eine Managementschnittstelle zwischen zwei Knoteneinrichtungen, insbesondere einer Managereinrichtung und einer Agenteneinrichtung, eines Managementnetzes, wobei seitens der Knoteneinrichtungen der Datenaustausch gemäß OSI-Schichten-Architektur durchgeführt wird und der Austausch von Management-Protokolldateneinheiten aufgrund eines vorgegebenen Managementinformations- Dienstelements in der als oberste Schicht der OSI-Schichten- Architektur vorgesehenen AnwendungsSchicht unter Verwendung eines Dienstangebots der unter der AnwendungsSchicht liegen- den Darstellungsschicht erfolgt.
Moderne Teleko munikationsnetze umfassen gewöhnlich eine große Anzahl von vermittlungs- und übertragungstechnischen Komponenten; diese werden in Übereinstimmung mit den unten genannten Empfehlungen des Internationalen Telekommunika- tionsverbandes (ITU) im folgenden als Netzelemente (NE, Network Elements') bezeichnet. Für die Aufgabe einer umfassenden Gesamtsteuerung der Netzelemente eines Telekommunikationsnetzes hinsichtlich Betrieb, Verwaltung und Wartung (OAM, λOp- erations, Administration and Maintenance' ) sehen verschiedene Normen des ITU, insbesondere die Empfehlungen ITU-T M.3010 und ITU-T M.3100, ein eigenständiges, informationsverarbeitendes Managementnetz (TMN, λTelecommunications Management Network' ) vor, welchem unter anderem die Netzelemente als Endstellen angehören und welches über standardisierte Schnittstellen und Protokolle Zugang zu den Netzelementen hat, von denen es steuerungsrelevante Meldungen erhält und die es steuert. Ein im Managementnetz vorgesehenes Operationszentrum (OS, Operations System' ; es können auch einige wenige Operationszentren vorgesehen sein) , erlaubt die zen- tralisierte OAM-Betriebssteuerung des Telekommunikationsnet¬ zes, sowie über Terminals die Bedienung und Überwachung des Managementnetzes durch Wartungspersonal.
Für Vermittlungsstellen des Telekommunikationsnetzes ist vorgesehen, diese direkt über eine sogenannte Q3-
Schnittstelle an das Operationszentrum anzuschließen. Ein anderer Schnittstellentyp, der für die Erfindung freilich ohne Belang ist, ist beispielsweise die für einfachere Netze¬ lemente vorgesehene, weniger komplexe, sogenannte Q2- Schnittstelle für die mittelbare Anbindung von Netzelementen über Zwischenstellen zum Operationszentrum. Über diese Schnittstellen erfolgt die Steuerung gemäß dem Konzept des Managementnetzes von einem Managersystem, wie z.B. dem Opera¬ tionszentrum, für ein gemanagtes System, wie z.B. einem Net- zelement; hierbei wird das gemanagte System als Agenteneinrichtung oder Agentsystem bezeichnet.
In einem Managementnetz dient auf den Q3-Schnittstellen gemäß den Empfehlungen ITU-T X.710 und ITU-T X.711 ein allgemeiner Managementnachrichtendienst mit der Bezeichnung CMIS ( Common Management Information Service' ) sowie das zugehörende Protokoll CMIP ( ΛCommon Management Information Protocol' ) dem Austausch von Nachrichten und Befehlen betreffend die Netzsteuerung. Eine zwischen dem Operationszentrum (oder einem anderem Managersystem) und einem Agentsystem, insbesondere einem Netzelement, aufgebaute Verbindung im Managementnetz wird als Assoziation bezeichnet. Über eine Assoziation kann das Operationszentrum Befehle des CMIS-Dienstes, sogenannte CMISE- Operationen ( Common Management Information Service Element' ) , an das Netzelement senden; auf einer einzelnen aufge- bauten Assoziation können hierbei CMISE-Operationen für mehrere Prozesse von CMIS-Anwendungen, die in einem Managerbzw. Agentsystem nebeneinander ablaufen können, übertragen werden. Außerdem können auf Assoziationen für das Operationszentrum freilaufende Meldungen, die für das Operationszentrum relevante Ereignisse - insbesondere Alarme - betreffen, über- tragen werden. Zu diesem Zweck können auch von selten des Agentsystems Assoziationen zum Operationszentrum bzw. Mana¬ gersystem aufgebaut werden.
Ein Austausch von Managementinformationen mittels des CMISE/CMIP-Protokolls kann abgesehen von einem Managementnetz nach der Norm M.3100 auch im Rahmen des OSI-System-Management gemäß der ITU-Norm ITU-T X.700 stattfinden.
Ein Mangel des CMISE/CMIP-Protokolls ist das Fehlen einer Gruppierungsfunktionalitat, welche es gestattet, beispiels- weise mehrere Datensatze oder Ereignisse zusammenzufassen. Dies fuhrt, wie von der Anmeldenn festgestellt wurde, zu erheblichen Durchsatzproblemen, insbesondere bei der Nach¬ richtenübertragung m der Richtung von dem Agent- zu dem Managersystem hin. Im besonderen bei durchsatzstarken Netz- Verbindungen, sowie bei großen Blockgroßen der X.25-Pakete oder IP-Datagramme, beispielsweise oberhalb 1 KB, ist die bekannte Protokollarchitektur oftmals nicht m der Lage, einen angemessenen Durchsatz der Übermittlung der einzelnen MAPDUs ( 'Management Application-layer Protocol Data Units' , Managements-Informationseinheiten der Anwendungsschicht) zu garantieren, gerade wenn diese z.B. lediglich eine Lange von ca. 100 Byte aufweisen.
Eine „gebündelte" Übertragung von MAPDUs wäre daher ein Ansatz zur Behebung der angesprochenen Probleme, insbesondere des Nachrichtendurchsatzes. Die Definition und Implementierung einer Gruppierungsfunktionalitat wurde jedoch ein neuartiges Protokoll erfordern, was einen beträchtlichen Normierungsaufwand nach sich ziehen wurde. Außerdem wäre die Aκzep~ tanz eines solchen Gruppierungsprotokolles vermutlich gering.
Ein bekanntes Protokoll, m dem eine Gruppierungsfunktionalitat verwirklicht ist, ist das FTAM-Protokoll ( Fιle Transfer Access and Management') gemäß ISO 8571, welches den Austausch von Dateien sowie die Bearbeitung von Dateisegmenten unter- stutzt. Das FTAM-Protokoll ist reichhaltig an vielfaltigen Dienstelementen sowie Protokolldatenemheiten und benotigt hierzu die abstrakte Syntax gemäß ISO 8571 FTAM-PCI zur Bear¬ beitung der FTAM-Protokolldatenemheiten; diese müssen beim Verbindungsaufbau der Darstellungsschicht bekannt gegeben werden. Abgesehen von dem somit beträchtlichen Implementie- rungsaufwand, der mit der Verwendung von FTAM verbunden ist, ist zudem die Gruppierungsfunktionalitat des FTAM nicht auf den gegenständlichen Fall des CMISE/CMIP-Protokolls ubertrag- bar, da der FTAM-Dienst stets auf Dateien oder Dateisegmente abgestellt ist und die zugehorenden Nachrichten somit eine vergleichsweise einheitliche Gestalt haben; aufgrund des sehr allgemeinen Charakters des CMISE/CMIP-Protokolls dagegen sind die MAPDUs unterschiedlich und können sich insbesondere auf verschiedenartige Objekte beziehen. Ein weiterer Mangel der FTAM-Gruppierung im Hinblick auf eine Gruppierungsfunktionalitat von CMISE-Operationen bzw. -Notifikationen ist das Fehlen einer Ruckmeldung von für die Gruppierung spezifische Fehlersituationen bei der Zustellung zu den betreffenden Applikationen, insbesondere im Falle von Ressourcenproblemen, welche mit der Gruppierung verbunden sind. Wurde man jede einzelne Operation bzw. Notifikation mit einer Fehlerantwort (z.B. mit dem CMISE/ROSE-Fehlergrund 'Resource Limitation' ) ablehnen, entspräche dies nicht der mit den jeweils vorlie- genden Operationen/Notifikationen verbundenen Semantik, da Probleme mit den Operationen/Notifikationen (anstelle eines Gruppierungsfehlers) unterstellt wurden.
Es ist Aufgabe der Erfindung, einen Weg aufzuzeigen, MAPDUs des CMISE/CMIP-Protokolles m Gruppen gebündelt zu ubertra- gen, welche auf bestehenden Protokollen eines Managementinformationsdienstes, insbesondere dem CMISE/CMIP-Protokoll selbst, basieren.
Diese Aufgabe wird von einem Verfahren der eingangs genannten Art gelost, bei welchem erfmdungsgemaß seitens einer der Knoteneinrichtungen von Applikationen der Anwendungsschicht stammende Management-Protokolldateneinheiten einem Gruppie¬ rungs-Dienstelement zugeleitet werden und die Protokolldaten¬ einheiten a) von dem Gruppierungs-Dienstelement mittels eines Daten- Übergabeaufrufs an die Darstellungsschicht weitergeleitet werden, b) in der Darstellungsschicht zu einer Gruppen-Protokoll¬ dateneinheit in Form einer Darstellungsschicht- Protokolldateneinheit zusammengefasst werden und c) in Form der so erzeugten Gruppen-Protokolldateneinheit über die Managementschnittstelle gesendet werden, wobei die Verarbeitung der Management-Protokolldateneinheiten auf einer dem Managementinformations-Dienstelement zugeordne¬ ten, bei der Darstellungsschicht vereinbarten abstrakten Syntax beruht.
Gleichermaßen wird die Aufgabe von einem Verfahren der eingangs genannten Art gelöst, bei welchem erfindungsgemäß sei¬ tens einer der Knoteneinrichtungen d) in der Darstellungsschicht eine Gruppen-Protokoll- dateneinheit in Form einer Darstellungsschicht-
Protokolldateneinheit enthaltend mehrere, für Applikationen der Anwendungsschicht bestimmte Management- Protokolldateneinheiten empfangen wird, e) diese Management-Protokolldateneinheiten mittels eines Daten-Übergabeaufrufs an ein Gruppierungs-Dienstelement der Anwendungsschicht weitergeleitet werden, und f) die Management-Protokolldateneinheiten durch das Gruppierungs-Dienstelement an Applikationen der Anwendungsschicht weitergeleitet werden, wobei die Verarbeitung der Management-Protokolldateneinheiten auf einer dem Managementinformations-Dienstelement zugeordneten, bei der Darstellungsschicht vereinbarten abstrakten Syntax beruht.
Diese zwei einander ergänzenden Verfahren gestatten eine Gruppierung von MAPDUs sowie (auf dem Partnerknoten) deren Degruppierung auf der Grundlage bestehender Protokolle, wobei auch MAPDUs, die sich auf verschiedenartige Objekte beziehen, m eine Gruppe einbezogen werden können. Der Nachrichten- Durchsatz wird durch die Erfindung sowohl in der Richtung von Manager- zu Agentsystem als auch m der Richtung von Agent- zu Managersystem deutlich erhöht. Das erfmdungsgemaße neue Gruppierungs-Dienstelement wird als „Zusatzschicht zwischen der Darstellungsschicht und den Applikationen der Anwendungs¬ schicht eingeführt; hierbei hat dieses neue Dienstelement keine eigenen Operationen, welche neu zu definieren waren, kann jedoch eigene Fehler anzeigen und signalisieren.
Die Erfindung nutzt die Eigenschaft der Darstellungsschicht, m einer einzigen sogenannten TD-PPDU ( yPresentat on Data Presentation-layer Protocol Data Unit' , Informationseinheiten der Darstellungsschicht zum Datenaustausch gemäß ITU-T X.226) mehrere MAPDUs der Anwendungsschicht übertragen zu können. Die im Rahmen der Erfindung von der Darstellungsschicht geforderten Leistungen werden insbesondere von einer OSI- Imple entierung der Schichten 1 bis 6, die zur Unterstützung des FTAM ausgelegt sind, erbracht.
Die erfmdungsgemaße Losung der Gruppierung von MAPDUs erfolgt „implizit*, d.h. ohne eine Steuerung durch die betreffenden Applikationen. Im Gegensatz dazu weist beispielsweise FTAM die Dienstelemente yF-BEGIN-GROUP' und λF-End-GROUP' zum Gruppieren von File-Service-Pπmitiven auf.
Um die Bearbeitung der m der Gruppe vorhandenen MAPDUs, insbesondere die Weiterleitung an die betreffenden Applikationen, auf geeignete Weise zu steuern sowie die bei der Gruppierung möglicherweise auftretenden, zusätzlichen Fehler- falle anzuzeigen, ist es vorteilhaft, wenn bei der Gruppierung der MAPDUs Steuerdaten m Form einer Kopfnachricht aufgenommen werden. Für diese Steuerdaten konnte grundsätzlich ein eigenes Protokoll verwendet werden; gunstigerweise wird für die Kopfnachricht das CMISE/CMIP-Protokoll verwendet. Der ) KJ ro I—1 - ' o (_π o (_n o <_π ω 3 CΛ T) Hi ü < >n - O yQ t— 1 >V et CΛ H t Tl Q Hi tr Tl ω a. CΛ < g ö
O t J H o Φ o £ t Φ o Φ t H > o !=; o t→ h h-- d PJ Φ t rt- H Φ Φ Ω Φ PJ Q P tr O &> P O 1— ' CΛ t o H tr ω Hi o O ts ts τ o d Φ P Hi H o φ Φ -y t Tl 3 d Φ cn
P r+ Φ O rr yQ Q rt- H t→ rf o rt P α Q Hi et . H ? r+ r+ et et P) σ Φ PJ P rt
O O P t O Φ s: Φ O Φ H Φ H O Φ Φ CΛ 1 O Ό o r+ φ Φ O ts. Φ H d iQ et J tr pr H pr Φ CΛ pr r+ H 3 pr P H CΛ TJ r Φ tr H t et pr et d P tr cn rr Φ CΛ d et O Cl O o H Φ o H J O > Φ (ϊ- H o P Φ O Z . o CΛ CΛ Φ cn H *< cn
H P Φ r+ tr S H H Φ O 1 H P Φ P rt- Φ Ό cn cn O
Z P Φ v-y t Φ Φ Φ Hi t→ -1 P> Hi P r+ T. 3 H X t-→ P Φ rt H H • rr tr φ α T3 α H P α t→ — ' S O P c φ O α σ PJ φ CΛ H CL α h- Φ P d Φ CΛ Φ
P PJ τ tu P) P Φ Φ P α — ' φ P PJ t→s t→ t→ pr PJ to t Φ Φ PJ y-y CΛ P Φ o et 3 CL et ri- P φ cT tr f P et Φ H Φ r+ Z P o r Φ N t et CΛ P Q tr Φ P
Φ Φ Φ P) Φ Φ Φ ts P Φ Φ α P Φ P Φ < tr Φ O P φ n « Φ 3 3 Φ t→ d H H P t P CΛ P • H Φ tl H H yQ P P d O Φ P P_ Q 3 CΛ O d P cn
Q Φ tr Φ ω t< φ Φ P Φ CΛ Φ α Φ H P H Φ 0) Ό rt Ό α tr et φ
Φ P d Φ P CL rt cn H s Φ H rt Q. P) s CΛ rr H ts P) Φ P et i-i
P Q P P H r+ ts H S CΛ 3 P ~ Cxi φ r+ P ^ r φ ; tl P P PJ d 1 z d Φ
Φ t rt t Φ φ φ tr Φ PJ O tr d t→ φ tr >v ≤ H P) tr P Φ Tl H -—• cn t→ φ d Φ CΛ 9 Φ α ts z o Φ P ω P φ ö Φ Φ P P Φ H Q H H H 3 ω rt- et P O 3 H s 3 P Φ PJ H H H P r+ S φ H CΛ t→ φ tl H P H φ d O CL P φ
Φ rt P yQ rr CD Hi PJ et t→ Q Φ P rt α Φ J H H ω H et φ P P r+ rt Φ d et Φ Φ P d tl P φ n ts P sQ Φ α Φ C <Q O iQ et P Φ
P s 1 P (D H PJ < 3 3 P) Ό P) H J tr P_ P P tr H tl o α Φ pr d Φ d t
Z Jy "• ua Q o φ £ H C 3 P Q φ J o P H Φ tr o P α o d PJ Φ CL φ P TJ ^Q Φ t P O ιQ Φ 3 s Φ P ^ P Hi Φ CΛ ts Φ H tr H CΛ Φ P> t→ t→ Φ y-y cn cn t→ J
3 PJ et ιQ H sQ N ιQ 3 et H r H tl H et K H t-y rt- rt α d Z Φ z Φ α P 1 t c Φ C φ P H Hi o rt P α P Φ * Φ
Φ Φ CΛ P P> d φ s Φ P d P 3 Z rt PJ P 3 Q o ^Q d Ό x r+ J o S PJ Q P > P
P P ω tr rt P rt- H t P ιQ Φ H P et H φ tr H tr et ) et Φ d n
» 3 r+ H CΛ α Hi N o ω h Φ 1 H tr t→ 1 φ J H" Φ tl Φ t→ Φ r-t- Φ
Φ P P et o d P tr s: et 1 et Hi ^0 Φ H S < -a — ) P ) P Z t P t→ z H ιQ tr tl P Φ Φ O P_ ü Φ Hi H H P rr Φ o t ö d Φ ^Q Φ φ o Hi
O CΛ er P *Q pr H n pr H H r+ Φ Φ o tl α r+ P t o J <Q Hi H Φ P ≥: d o t→ CO n H CΛ et Φ .V o Φ Φ - P rt Hi P Q et t→ φ Φ P 3 P cn o ^
Φ tr z Φ rt Hi H 3 CΛ ts α O O P Hi Φ O CΛ 3 d t→ Φ pr φ rt 1 yQ
P Λ t→ φ H rr DJ O rt P> i— Φ CΛ α Φ o pr t→ tr ~- tr CΛ pr rt φ H d φ P o r+ d P d tr ω P CΛ t H et ts H o 3 Φ Φ Φ O Φ H Φ o H H tr Hi Ό
Q. ro r+ 3 Φ et — H P> Φ Φ H J H C H tr tl tl r 1 rr Φ P φ <1
P P r tf Φ Φ J Φ ιQ rt ^ et Ό H Φ CΛ et T) P ^r t→ O
Φ N tr P t→ Φ Φ ts Φ J PJ CL H H Φ 0- tι CL P PJ d H 3 PJ PJ 3 α> Φ CΛ y— ω z H P Hi 3 J h→ tr J O c Φ φ P) P 3 τ tl O t→ CL r+ et n CD P o Φ H Q PJ z Φ o Φ H I-" .- rt tl Hi O t→ P rr <Q vQ H et φ P P S
Φ P P Φ tr φ H t tl φ P) Φ Φ H t→ Φ CΛ 3 O t o o P)
P α P Z t< H P 3 et P d P tl P σ CO tl CΛ H H pr d d d tr α P Φ tr CL Φ et cn tr ) C Hi Φ ?; Ti Φ ^ Φ O rt ? H o P CT. • » tu
Φ Φ H 1 φ t Φ Φ Φ rt- N Φ H φ H N H Ό ^Q CΛ tr P> P Hi t Q
P Φ H s P et P H H P P Φ tl ts c H Φ t→ rt- P α ri- CΛ \— O P 0 φ
H) Φ ω 3 φ Φ rr o t et α tr H α tl P Φ tr O Φ H tr C t Ti o t→
O ö PJ H o H P et H Φ ts tr ^ Φ Φ 1 Ti φ tr 3 O Φ PJ 3 i 3 cn
PJ PJ 3 Hl <Q rt tr φ ts Φ < P) o ts H < 3 § H rr d cn rt J P ^< ιQ H 0) P φ r+ Z H P Φ Ό et Φ o H PJ et IS Φ O Φ rt φ > ω
Φ cn ^Q P P Φ H Φ Φ ^ Z H et Φ H tr φ tl £ J P P d H t→ Q rt r+ Φ α J t- Φ t H o Φ ^-^ Hi Φ 1 Ό P PJ t PJ < Φ P α Φ o d Φ φ α Φ 3 d t< et α Hi H H P P Ό H ω P Q o H PJ Φ → d d P 3
Φ φ d P Φ C Hi rt P Q Φ tr H P φ t→ rr Q φ t P φ yQ rt
H P ^Q et P Φ P t→ 1 Φ P ts H t→ Φ φ Q 3 et Φ Φ H Φ tr P 1 N d n- CΛ Φ H • H P f P H φ Φ H 3 1 Φ < g
P 1 ιQ tr υa Q ) CΛ 1 φ P_ tι H vQ φ Hi y→ N o N 3
<£) Φ φ Φ 1 tr H Φ et Φ tι d et d P p
1 d 1 Φ tl H 1 1 1 rt H Φ H
1 1 φ 1 P
Protokolldatenemheiten mit der zeitlichen Reihenfolge ihrer Zuleitung an das Gruppierungs-Dienstelement übereinstimmt.
Im Falle der synchronen Bearbeitung w rd bei der Degruppie- rung von MAPDUs gunstigerweise m Schritt f) für jede Manage- ment-Protokolldatenemheit, welche an eine Applikation wei- tergeleitet wurde, eine diesbezügliche Bestätigung der Appli¬ kation abgewartet wird und erst nach Erhalt dieser Bestäti¬ gung die Weiterleitung der nachfolgenden Management- Protokolldatenemheit der Gruppen-Protokolldatenemeit er- folgt.
Vorteilhafterweise werden die Management-Protokolldaten- emheiten m der Gruppen-Protokolldatenemheit m Form einer Liste von Darstellungsdatenwerten zusammengefasst bzw. übermittelt.
Des weiteren ist es gunstig, wenn die Verarbeitung der Protokolldatenemheiten durch das Gruppierungs-Dienstelement aufgrund von Informationen durchgeführt wird, welche zuvor mittels einer spezifischen Systemmanagementfunktion zwischen den Knoteneinrichtungen ausgetauscht bzw. ausgehandelt wurden. Durch diese Parameterverhandlungs-Funktion können Gruppie- rungsparameter auf flexible Art zwischen den Knotenemπch- tung ausgehandelt werden, ohne dass dieser den Assoziationsaufbau belasten musste.
Als gleichermaßen gunstige Alternative hierzu kann die Ver- arbeitung der Protokolldatenemheiten durch das Gruppierungs- Dienstelement aufgrund von Informationen durchgeführt werden, welche nach Maßgabe der aktuellen Erfordernisse der Gruppierung fortlaufend mittels einer spezifischen Systemmanagementfunktion zwischen den Knoteneinrichtungen ausgetauscht bzw. ausgehandelt wurden. Diese Variante gestattet eine dynamische Vereinbarung der Information wahrend der bestehenden Assoziation. ro
Cn o C_π o Lπ d ö TJ τι Tl P co ιQ 2 ri¬ ö Φ CL £ CL n 1 CL P D CL σ
• d P) P o Φ p5 tt 3 P) P Φ d £ d P P & Φ tö 3 d cn cn <Q P tr Tl d rt P d d H φ d d H s: cn
• φ tr • • • d cn O φ Φ n cn o O \ D z CD
Φ tr ^ d to ιQ tr M et c - ' α > o o φ d Z n O P <τ cn d d Φ "\ d 3 α S d CL Φ tr o Φ et rt d n tr n d CD φ L d d 1 d H tr cn u_3 φ < o tr φ S cn rt rt ι-i d Φ φ d rt φ Φ ω CL φ φ P- Φ Φ rt 3 d d rt o to rT d rt tu P rt ιQ Φ n φ vQ Φ Φ 3 tr fu P rt d rt T) d . d O ^Q yQ • cn
< d tr Φ d d d d H Φ d 3 d d 1 ri" cn d ι-3 CD P cn Φ φ φ d φ φ d t-→ d d d cn S O ^Q 3 r T) M n cn α 3 φ O P
3 φ d t ^ Φ α d n tr tr 1 1 φ et d tr
3 et CL φ o Φ
CT. d s tr d t-→ o tr* Φ σ H d Φ
O et z d Φ Hl P o et rt d < (ϊ- rt TJ ω φ et H O P> d o 3 φ O ^ o ro g cn P tr H rr φ rt Φ d d tr d 1 O CL tr Φ tr d ^r d d n ^ Φ et CL
Φ d Ti CL φ Φ Φ H H Φ 3 Φ > et o H cn tr P) cn d P) > CL TS d P P H 3 3 cn 3 t-→ n rt P D d r+ P d d d d d ^ φ > CΛ S ro o 3 ≤ d
n cn d φ LQ P) Z φ • tr Φ rt o d cn o ω d o rt Φ
O •^ Ti ιQ H et φ ιQ ro y→ d 3 rt rt d pr cn ro rt c_ι co n d Φ d ω d d o rt- CL P Φ Ό 1 ιQ O t 3 tt __T CL et Z P tr ιQ d O CL d o H Φ et tu 3 d Φ d ro Φ et d d P Φ φ z H φ ^ d Φ φ rr φ Φ et ι-f cn 3 d o d Φ Φ d P
Φ φ d 3 CΛ cn d ιQ ιθ .V d tr 3 ιQ φ φ £ et ≤ φ d O d tu 1 cn *< t d tr 3 CD φ d d Φ ~- > φ rt- pr ω to O d • Φ o z 0- rt rt Tl d ^Q d
H Φ φ φ d tr z rt d cn rt S ^« CL 1 CL CL cn Φ cn d tr d Φ φ Φ d CL n Φ t→ -— ' d ri¬ T) ω Φ ϋ-J rt H rt
3 Φ Q 3 d 3 tr d tr d et d tr ω rt tt H rt Φ Z φ Z tr O Φ CL CL d Φ > n Φ d O n 3 cn φ Φ d ) d Φ P Ü tr φ Φ d et pr tr d Φ et £ Z P) d ι-i Ό Ti Φ CL Φ s: d d rt Φ rt et et O P to tu d cn o y→ C O rr P S Φ o d Φ ^Q ri- d PJ 1 CL pr cn H h-1 φ tr tr φ Φ tr σ ω d cn et o Z o M CL CL ω
Φ Φ P P φ Φ φ d D> ) et tr ^< d φ 3 ri¬ \ • Φ d α α φ P 1 TS P H Φ rr d Φ φ tr cn φ tt n H S H Φ
H d P α T. TS & Q tr cn Φ ri- et d CL rt d CL £ cn rt φ P Φ σ Z φ CL o d O pr Φ Φ Φ et d -Ü d
3 z H φ φ P p- z d Φ d 3 d Φ CL ri¬ Tl o O tu φ • d .. φ rt d CL . CL d ≥; d CD tt 1 ^Q φ S D
2 < M P CL Φ cn cn φ d O H d σ Φ 3 Φ rt φ o H P d tr ri¬ n rr Φ H ri- ö rt CL tr Φ P H 3 W cn
• r+ O P d Φ tt tr fu Φ Φ φ Φ g g ro Φ H M tr cn Φ d d d φ ^3 d d CL •-3 d ^ Φ
Φ 1 2 d cn S P ω Φ tr cn T) s tr cn rt n P cn 5 CL tr cn Φ o H Φ ? o Ό σ ro Φ rt cn 1 ω d rt
Φ *< TJ d n d Φ tr et 3 P d ro Hl O CL d
3 ω σ d tu r d tr Ό Φ rt n φ ω CL r+ £ tr d Tl d φ rt d t→ ιQ d Φ Φ ω tr d Φ CD X d d 1 yQ d φ ω n et Φ Φ d Φ rt O et CL d d 3 d • P Tl Λ rt- 3 tr "• tr Φ 3 3 cn 3 d P Z φ LQ ro rt CL
Φ d φ et P Φ TJ ) Φ φ et P φ cn d o rt tr o
≤ d tr rt ω d S o d d et d Φ H φ o Φ rt rt
Φ O ri- φ CL rT Φ n 3 ri- n O Φ φ Z Φ Φ 1 d 3 t-→ rt < Φ P1 φ Φ O d
3 tr CL Φ d O d d d O φ tu n 1 Φ 1 3 n 1 rt 1 CL rt t tr o Hi d tr 1 tt Φ
1 d 1 et
Der Nachrichtenaustausch über die Q3-Schmttstelle und insbe¬ sondere des CMIS-Dienstes beruht auf der Protokollschichten- architektur nach dem OSI-7-Schιchten-Modell (vgl. ITU-T X.200) . Bei dem hier beschriebenen Ausfuhrungsbeispiel der Erfindung wurde neben den ITU-T-Empfehlungen X.200 betreffend das OSI-7-Schιchten-Modell und X.210 betreffend Konventionen der OSI-Dienste des weiteren insbesondere die Empfehlung X.207 betreffend die Struktur der AnwendungsSchicht ber ck¬ sichtigt. Dort werden neben den Dienstelementen auch zugeho- πge Kontrollfunktionen beschrieben. Insbesondere ist zum Austausch der Managementinformation zwischen lokalem und abgesetztem Rechner mittels Assoziationen als Kontrollfunk- tion die sogenannte SACF ( 'Single Association Control Func- tion' ) vorgesehen.
Die gemäß ITU-T X.207 für Kontrollfunktionen zu Dienstelemen¬ ten vorgesehene Funktionalität umfasst unter anderem auch Verkettungen von APDUs ( 'Application-layer Protocol Data Units', Protokolldatenelement der Anwendungsschicht) . Da jedoch die der Erfindung zugrundeliegenden Aufgabe eine Zu- sammenarbeit der Gruppierungsfunktionalitat zwischen lokalen und abgesetztem Rechner ( vpeer to peer' ) verlangt, wird hierzu ein Gruppierungsdienstelement benotigt, da ein Zusammenwirken von Kontrollfunktionen lokalem und entfernten System nicht von den ITU-Empfehlungen vorgesehen ist. Damit die Gruppierungsdienstelemente von lokalem und entferntem Rechner zusammenarbeiten können, werden die Protokolldatenelemente einer hierzu neu eingeführten Systemmanagementfunktion. Diese Protokolldatenelemente verwenden das CMISE/CMIP-Protokoll . Bei dieser Vorgangsweise wird von der SACF als Kontrollfunk- tion der Dienstelemente keine Gruppierung durchgeführt. Es ergibt sich aber die Anforderung an die SACF, das Zusammenwirken des neuen Gruppierungsdienstelements mit ROSE und der Darstellungsschicht zu berücksichtigen, sowie die lokale Koordinierung zwischen dem Gruppierungsdienstelement und den unterstutzenden Systemmanagementfunktionen zur Bearbeitung von Kopfnachrichten und Schichtmanagementparametern beim Austausch von Daten zu übernehmen. Somit wird in dem gezeig¬ ten Ausfuhrungsbeispiel auch die SACF hinsichtlich des weite¬ ren Austausches von Schnittstellensignalen zwischen Dienste¬ lementen in einem Endsystem, wobei die erfmdungsgemäßen neuen Syste managementfunktionen eingeschlossen sind, als eine Koordmierungstatigkeit gemäß ITU-T X.207 erweitert.
Von der Erfindung ist unmittelbar lediglich die oberste Schicht des OSI-7-Sch chten-Modells betroffen, nämlich die Schicht 7, die sogenannte AnwendungsSchicht ( 'application layer' ) . Die Anwendungsschicht enthalt nach dem OSI-7-
Schichten-Modell die anwendungsspezifischen Prozesse, im besonderen den CMIS-Dienst sowie andere Dienste, wie z.B. den ROSE-Dienst ( 'Remote Operation Service Element' ) gemäß ITU-T X.219 und X.229 zur Unterstützung abgesetzter Operationen, insbesondere für Client-Server-Relationen. Von der Erfindung ist der Anwendungsschicht nur der Schichtanteil der allgemeinen Dienstelemente (CASE) betroffen, und zwar wird erfin- dungsgemaß eine neues Dienstelement unterhalb des ROSE- Dienstes hinzugefügt, wahrend die übrigen, bekannten Applika- tionen unverändert bleiben. Die Applikationen der Anwendungsschicht greifen auf die Funktionen der Darstellungsschicht ( 'presentation layer'), d.i. die Schicht 6, zurück. Die Darstellungsschicht dient der Herstellung einer gemeinsamen Kodierung für die beteiligten Q3-Systeme auf der Grundlage der Funktionen der Schicht 5, der sogenannten Kommunikationssteuerschicht ( 'session layer' ) . Die Schichten 1 bis 6 sind freilich von der Erfindung nicht direkt betroffen.
Es sei zum besseren Verständnis der Erfindung vorausgeschickt, dass die Übertragung der Informationseinheiten (so- genannte PDUs, 'Protocol Data Units' ) der Anwendungs- und der Darstellungsschicht auf Schicht 4, der sogenannten Transportsschicht ( 'transport layer' ) , mittels sogenannter TPDUs ('Transport Protocol Data Units' ) erfolgt; diese werden m der Vermittlungsschicht ('network layer', Schicht 3) m beispielsweise X.25-Pakete oder IP-Datagramme seg entiert. C co ro ro I—1 I—1
<_π o C_π o Cπ o Cπ
T) TS Φ d α < ri¬ H ιQ φ CL CL rt rt CΛ O DJ li¬ PJ o ö X 2 D d Φ P Q CΛ t→ PJ J φ tt d Φ Φ φ d O rt S d tt d TS tu • z Hi J 3 cn N J P P^ H tr P d t→ O φ d CD o d t→ Hi t 3 d pr t→ H. d d Φ Φ d Φ 3 ro i ιQ CD d P tr T) t→ d d tr H
PJ J P P tr TS Q Φ φ y— ιQ Φ t→ CL P Lπ ü Φ H φ ro TS t→ H CL pr rt d
3 3 d rt d o O P P Φ P d PJ tt tt CL DJ rt 1 tr rt H P TS O Φ φ et 1 P ω
Φ Φ P_ PJ H H < P n H O P Φ et H J P rt CΛ φ d tr ω d P tt rt φ li¬ rt d r+ Q PJ Φ N tr Hi tr cn d P Φ P CL o d J < Φ Φ et φ o d rt cn tt Φ d Φ CL φ t→ → Φ et P • rt tr CL o n PJ O tu CL tu CL ^ Φ H t 1 d 3 d d CΛ n t→ H LQ d P P Φ tr P " d Φ φ d S Φ > d ω Φ d Φ tt t→ P ) rt φ .V li¬ tr
P ω φ d o CL σ P H cn φ d d Φ t o d t 1-3 P t PJ tr o rt tt
Q N Z tO d tr CL d d d ^Q d cn ω d K tr ü yQ O rt H CL P tt
P P φ z INI φ Φ 0_ d ) d h cn Φ > tt d Hi P d Φ P σ rt P Φ Φ O - d
P d 3 Z t→ cn Φ Φ Λ Q n tr tr Q P 1 O d d d Tl P H P yQ CL O O t→ t→ d CD d
CL CΛ PJ CΛ φ CL cn d et CΛ CΛ tr Φ Φ Φ d O rt tr d N 1 d o Φ Φ pr d Φ P tr to O n Φ O uq cn P P O Z H CL d ü tr m α o 1 pr <. Z >Q
Φ tr ;* d d Tl s: N tt O et CL tr Φ d Hl PJ ω ω T) z P Φ y- g P Φ P d
P CΛ N Φ Φ • Φ φ d 3 P d cn Φ d d d DJ d li¬ Φ tu α P t g y— PJ P t→ t H d
P o d d O tr H 3 DJ Φ CL φ • H P CL lQ d ιQ tt N rt <Q P 1 Tl N Z CL ιQ pr d 3 L Φ α t Φ cn cn rt P CL Φ d d N CΛ ι-3 Tl ö D α CD rt 0_ Φ d φ Φ Φ φ t CL rt Φ rt yQ CL φ d S LQ υ3 CL H α PJ g d tt CL
P φ CL Φ t→ TJ d P P Φ φ Φ PJ cn P t→ tu Φ tt Φ PJ G li¬ CΛ *3 CL t→ Φ o H << 3 H d P P 3 tr li¬ Φ φ Φ pr tu Z d t→ d cn tt T) cn Φ Hi cn d Φ P o O l - φ co Hi tr • cn tt tt CL cn P Φ d P rt CΛ d t→ Q tt rt P J PJ o tr o d "< d Φ d PJ φ g d et Hi d cn P Ό Q Φ O Φ » d ü
N 3 CO P N d CΛ tr P Ό Hi cn H |ϊ_ φ d S tr O φ P et 3 tr CL PJ t→ d P 1 ) Φ • d CΛ ri¬ H 3 d tϋ Φ cn Tl h Q CL t→ Φ H d O φ Φ CL d rt et 3 CΛ O TS 3 t Φ < tt d tt t→ Φ O σ φ P Z P t→ rt P tr O P N P d Φ J o P Φ • d d 3 d ttt CΛ P P CL S O 3 Φ y→ n CΛ d Φ O d Φ φ "3 d ri¬ tr cn φ o P P Φ CL tr 3 P Φ CΛ t φ t→ tr CL O yQ P CΛ P cn PJ tt er Φ rt t 1 3 d tr DJ d P Φ φ t P P < CL rt P tr et rt PJ n tr yQ d d pr P Φ P P d H d D tr CΛ φ d £ tu t Ό d Φ • φ Φ ö 3 p- P φ cn
3 P 0 rt CL o DJ P t→ O Hi DJ et Φ Ό CΛ t d n Φ P tu d φ 3 rt
PJ > Φ Q o d iQ d P Q CL O d o P P P PJ 3 O £ tr cn 4 rt P Φ t PJ DJ d t→ P d d CL N Φ Φ CD d Φ o PJ d O d φ 3 P n σ DJ rt — DJ d rt £P d
PJ Φ CΛ < Φ d 3 CΛ ιQ d IQ "3 d Φ H rt tr CD d PJ cn o P tr PJ Φ P_ 3 T) Φ φ PJ et D tt CL Φ d d d rt t→ DJ N 3 d α ro z y-→ Φ n tr PJ d t→ φ o d φ d d 3 tt d d tr PJ Q Q d φ tr d P P CΛ P tr
< d cn cn d C PJ rt P d PJ PJ φ H d ^ Φ d φ cn φ tr D P d t→ d cn
CL o CL N n t→ d Q Hi Q li¬ tu d d tr PJ CΛ t d cn P 3 d t t rt ro CL g Φ D P Φ d tr n P CL φ d φ o tt d rt S PJ n Hi et Q ri¬ n φ tr Φ et •^ H • [y d
3 tr £ TS Φ d d P d α CΛ PJ rt tr d t→ ω tt tr d ro t t→ ^ Tl d tr
CL P PJ φ TS t " φ CΛ Φ CD < d "« li¬ d PJ ω P rt t Φ PJ Φ 2. rj Φ φ
> P d CL CO Φ < rt P o " d cn DJ tt .V yQ n ω ω et ^Q ϊ P P α d H d φ CL CL φ t Φ d o P DJ d CL rt ^Q P P rt φ tr Φ n n t g Φ σ d rt 1 Φ
Hi cn Φ φ d 1 t→ d O σ li¬ O Φ n Φ Φ CΛ P P P t→ tr tr tu d PJ N ri¬ cn CL tr tr t PJ φ > P 3 d P tt r d S 3 3 rt P o n et O d yQ T. • t→ P tt t cn P J φ d S P P o Φ d t→ Φ ü_! d Z tr » d P ro α ω Q d * tt d N o ü TS Q rt . 2
J3 d tr O > cn d d Φ tt PJ Φ rt rt d α ö rt φ Λ Ό CΛ d cn φ φ CΛ tu P <Q t tr rt CΛ d t - t ≤ J rt *» cn d Φ P Ό rt
Q rt s Q P P rt P PJ CL H CΛ φ Φ 1 Φ PJ c P Φ CΛ H CL P Φ PJ
Φ TS d PJ .v d Φ DJ Φ φ d cn t TS P tt rt φ d P li¬ Z Q O T) Φ φ 3 d
H TS CL P PJ Hi rt d ts rt O Q TS d P PJ d P tt tt PJ Φ tr P T) t t→ 3 PJ o P PJ rt et P Z Φ φ PJ tr φ d rt Φ P cn 3 d σ P PJ ^Q
> tr φ Hi P t G O P 3 φ DJ _ d tr tr Hi pr P 3 d φ α Q g P d tt
CΛ Φ ?v d O Φ t→ d H φ t→ TS P Φ r φ PJ Hi o d φ φ cn P P CΛ μ^ <Q PJ 3
CΛ P P J d d rt P ro CL d Hi tr y— rt d PJ CΛ d d P φ tr CL O d φ 1 cn CΛ ^Q φ
O P d ΪV Φ Φ TS d rt O Φ P rt Φ rt rt CΛ t→ P 3 PJ N 3 cn tt 1 Φ P
N Q d rt d d TS cn H P .v 1 d P P ω φ Φ t d P tu 1 et
P Λ P P_ P 1 1 u O g d H tu rt 3 1 J l o tt Φ 1 d • Φ d 1 l 1 1 cn
tion gunstigerweise e .ne weitere Systemmanagement-Funktion verwendet werden, welche hier MAPDU-Parameterverhandlung oder kurz MAPN ( 'MAPDU Association Parameter Negotiation' ) genannt wird. Durch die MAPN werden Aktionen und Notifikationen f r das Aushandeln und Abgleichen von Gruppierungsparametern bereitgestellt. Es sei allerdings darauf hingewiesen, dass die MAGF auch unabhängig von einer MAPN arbeiten kann, wenn die betreffenden Parameter und Funktionalitäten schon vorher, beispielsweise durch eine entsprechende Administration, be- stimmt wurden.
Infolge der durch die MAPN gegebenen Möglichkeit, verschiede¬ ne Aspekte der Gruppierungsfunktionalitat nicht schon beim Assoziationsaufbau, sondern erst danach auszuhandeln, wird eine größere Flexibilität erreicht; zudem wird die ohnedies nicht geringe Komplexität des Assoziationsaufbaus nicht zusatzlich erhöht. Außerdem ermöglicht die MAPN vorteilhafter- weise, die Funktionalitaten bei Bedarf innerhalb der bereits aufgebauten Assoziation neuerlich auszuhandeln. Auch hier kann eine größtmögliche Kompatibilität zu bekannten Q3- Schnittstellen dadurch erreicht werden, dass die MAPN auf dem CMISE/CMIP-Protokoll basierend realisiert wird.
Vorerst wird die Gruppierungsfunktion MAGF naher behandelt.
Gemass X .25-Protokoll liegt die Obergrenze eines X.25-Daten- pakets, Abhängigkeit von der betrachteten Realisierung bei 1 KB bzw. 4 KB. Im Falle der IP-Datagramme, da zumeist eine TCP/IP-Ubertragung über Ethernet verwendet wird, liegt die obere Grenze für IP-Datagramme, entsprechend den Vorgaben des Ethernet, bei ca. 1,5 KB. Somit können bei einer angenommenen Lange einer MAPDU - z.B. einer Alarm-Nachricht - von etwa 100 Byte m e X .25-Datenpaket bzw. IP-Datagramm ca. 10 MAPDUs gepackt werden. Somit ist nach der Erfindung eine Durchsatzverbesserung um ca. eine Großenordung zu erwarten. Soweit möglich werden die MAPDUs zumindest bis zu der Große einer TPDU m eine Gruppe zusammengefasst. Die erfmdungsgemaße Systemmanagement-Funktion MAGF wird als OSI-Applikation in der Anwendungsschicht (OSI-Schicht 7) an¬ gesiedelt, wie in Fig. 1 m schematischer Form dargestellt. Fig. 1 zeigt die Konfiguration der AnwendungsSchicht L7 m einem Q3-System nach der Erfindung, insbesondere die dieser Schicht zugeordneten Applikationen und Dienstelemente (soge¬ nannte ASEs, 'Application Service Elements'), soweit diese für die Erfindung von Belang sind.
Die Applikationen und Dienstelemente sind in Fig. 1 und 2 als Rechtecke symbolisiert - insbesondere sind die Systemmanage¬ mentfunktionen SMF dargestellt, die bekannte Funktionen SMF1, , SMFn repräsentieren und auf die für die Zwecke der Erfindung nicht naher eingegangen werden soll, sowie die allgemeinen Dienstelemente CASE, von denen hier die bereits erwähnten CMISE/CMIP und ROSE zu nennen sind. Des weiteren sind die zwischen diesen Komponenten ausgetauschten PDUs als Pfeile symbolisiert. Der Datenaustausch zwischen den einzelnen Applikation und Dienstelementen SMF, CASE innerhalb eines Endsystems wird nach bekannter Art mittels der SACF reali- siert. Hierbei ist der an sich bekannte Datenaustausch zwischen der SACF und den einzelnen Dienstelementen - die SACF weist zu jedem Dienstelement Schnittstellen auf - m den Zeichnungen nicht dargestellt; lediglich die (über die SACF laufenden) lokalen Schnittstellensignale zwischen der MAGF- ASE (sh. unten) und den unterstutzenden Systemmanagementfunktionen sind dargestellt. Über die Managementschnittstelle auszutauschende MAPDUs der Systemmanagementfunktionen SMF werden über die CMISE-Schnittstelle CMIF gemäß ITU-T X.710 an CMISE/CMIP übergeben bzw. von dort entgegengenommen; das CMISE/CMIP-Dienstelement realisiert den weiteren Datenaustausch der MAPDUs, gegebenenfalls über ROSE, unter Verwendung des Dienstangebots der Darstellungsschicht L6 über die Dar- stellungsschicht-Sch ittstelle L6IF gemäß ITU-T X.216.
Zufolge der Erfindung ist m der Anwendungsschicht L7 e neues Gruppierungs-Dienstelement, namlich das MAGF-Dienstele- ment MAGF-ASE, vorgesehen; dieses Dienstelement MAGF-ASE befindet sich - im Sinne der Schichtenarchitektur - zwischen den anderen Dienstelementen der Anwendungsschicht L7 und der Darstellungsschicht-Schnittstelle L6IF.
Die erfmdungsgemaße Systemmanagementfunktion MAGF ist insbe¬ sondere bei Assoziationen einsetzbar, die mit einem gemäß ITU-T X.701 oder ITU-T M.3100 verwendeten Applikationskontext aufgebaut werden. Die MAGF wird jeweils für eine Assoziation, im Managersystem und im Agentsystem gleichzeitig, beim Asso- ziationsaufbau im Rahmen des Aushandelns des SMASE ('Systems Management Application Service Element' , umfasst gemäß ITU-T X.700 ff. die Systemmanagementfunktionen des OSI-System- management als sogenannte 'functional units' oder Funktionseinheiten) zwischen den Q3-Systemen aktiviert. Die MAGF dient erfmdungsgemaß dazu, mehrere MAPDUs m einer TD-PPDU der Darstellungsschicht mit Hilfe einer Liste von Darstellungsdatenwerten (PDV, 'Presentation Data Value' ) zu übertragen und so die Anzahl ausgetauschter TPDUs, sowie X.25- bzw. IP-Datenpakete zu verringern. Da der Handhabungs- und Quit- tierungsaufwand von der Große der TPDU weitestgehend unabhängig ist, ergibt sich e Durchsatzgewinn besonders im Falle, dass „kleine" MAPDUs ausgetauscht werden.
Die Kontrollfunktion SACF koordiniert gemäß der ITU-T- Empfehlung X.770 ff einen Informationsaustausch zwischen verschiedenen Dienstelementen, z.B. beim Auf- und Abbau bzw. Abbruch von Assoziationen, der nicht über Dienstschnittstel- len der betreffenden Dienstelemente festgelegt ist. Der Aufruf der m ITU-T X.217 beschriebenen Dienstschnittstelle für einen Assoziationsaufbau zur Übergabe von Userlnfo-Daten beispielsweise kann nicht durch CMISE oder SMASE allem erfolgen, sondern nur von der Kontrollfunktion SACF, nach Sammlung aller gemäß ITU-T X.217 notwendigen Parameter. Andererseits benotigen CMISE und ROSE im Falle, dass eine Assoziation abgebrochen wurde, eine entsprechende Information für die Freigabe der zugeordneten Ressourcen wie z.B. die Freigabe des Eintrags der Aufrufkennung (sh. unten) . Dieser Austausch von Information zwischen der SACF und Dienstelement bzw. zwischen Dienstelementen über die SACF wird als „lokales Schnittstellensignal* bezeichnet. Die Funktionalitäten loka- 1er Schnittstellensignale im Hinblick auf die Rolle von den Dienstelementen zugeordneten Kontrollfunktionen sind m der ITU-T X.207 beschrieben; die in der ITU-T X.207 im Zusammen¬ hang mit den lokalen Schnittstellensignalen vorgesehenen Funktionalitäten für eine Kontrollfunktion zu Dienstelementen schließt auch das Fuhren von Zustandsinformationen em.
Seitens der MAGF wird eine Tabelle gehalten, m welcher enthalten ist, für welche Assoziationen eine Gruppierung zugelassen (aktiviert) ist, des weiteren Ressourcenparameter und Timer sowie weitere spezielle Gruppierungskriterien wie Objektklassen, Operationen/Notifikationen, Responses (Antwortnachrichten) usw. Falls Gruppierung f r eine Assoziation vorgesehen ist, fuhrt die MAGF unter diesen Kriterien eine Gruppierung vom MAPDUs durch, und übergibt diese Gruppe, gegebenenfalls timerverzogert, m einem einzigen Aufruf an der X .216-Schnιttstelle an die Darstellungsschicht. Der Gruppierungs-Eintrag m die genannte assoziationsbezogene Tabelle erfolgt beim Assoziationsaufbau entweder aufgrund von bilateralen Vereinbarungen zwischen jeweils entsprechenden AETs (AET = 'Application Entity Title' , Bezeichner einer Applika- tion) mittels statisch vorgegebener Eintrage, oder aufgrund einer dynamischen Aushandlung mittels SMASE-Funktions- emheiten.
Von den seitens des Managersystems laufenden Applikationen werden die für die betreffende Assoziation vorgesehenen Ope- rationen und Notifikations-Antworten über die CMISE-Schnittstelle an die MAGF übergeben. Zudem nehmen die Applikationen von der MAGF über die CMISE-Schnittstelle Operations-Antworten und Notifikationen entgegen, welche wie über die Darstellungsschicht erhaltene Operations-Antworten und Notifikatio- nen behandelt werden. Entsprechend werden vcn den seitens des Agentsystems laufen¬ den Applikationen die für die betreffende Assoziation vorge¬ sehenen Notifikationen und Operations-Antworten über die CMISE-Schnittstelle an die MAGF übergeben, welche seitens des Agentsystems eingerichtet ist. Des weiteren nehmen die Appli¬ kationen von der MAGF über die CMISE-Schnittstelle Notifika¬ tions-Antworten und Operationen entgegen, welche wie über die Darstellungsschicht erhaltene Operations-Antworten und Noti¬ fikationen behandelt werden.
Der Einsatz der erfmdungsgemäßen MAGF ist für den Austausch von MAPDUs zwischen Q3-Systemen für die Applikationen transparent. Zudem können m der Anwendungsschicht die bekannten Anwendungs-Dienstelemente, insbesondere die bekannten Dienstelemente CMISE, CMIP und ROSE, unverändert bleiben. Auch erfordert die Erfindung nicht den Einsatz weiterer Anwendungs-Dienstelemente, die mit der Einführung neuer PDU-Typen und/oder zusatzlicher bei der Darstellungsschicht innerhalb des Assoziationsaufbaus zu vereinbarenden abstrakten Syntaxen verbunden waren; vielmehr werden die MAPDUs einer erfmdungs- gemäß eingeführten Systemmanagementfunktion verwendet, welche im folgenden als MAGF-KopfSteuerungs-Funktion ( 'MAGF header management' ) oder kurz MHM bezeichnet wird, gegebenenfalls unterstutzt durch die MAPDUs einer zusätzlichen Systemmanagementfunktion MAPN. Ferner ist der Einsatz der MAGF für die darunterliegenden OSI-Schichten 1 bis 6 transparent; lediglich m der Darstellungsschicht (Schicht 6) wird in einer TD-PPDU anstelle eines einzelnen Darstellungsdatenwerts (PDV, 'Presentation Data Value' ) erfmdungsgemaß eine Liste von Darstellungswerten übermittelt.
Im Gegensatz zu FTAM, dessen Protokolldatenelemente auf einer zusatzlichen, wahrend des Assoziationsaufbaus m der Darstellungsschicht vereinbarten Syntax beruhen, entsprechen die Protokolldatenelemente der MAGF der CMIP-Syntax. Die der MAGF spezifischen MAPDUs werden, was die Darstellungsschicht be- trifft, nach für MAPDUs bekannter Art als applikationsspezi- fische Erweiterungen der CMIP-Syntax gemäß den bekannten ASN.l-Syntax-Regeln behandelt. Deshalb müssen für diese Da¬ tenstrukturen wahrend des Assoziationsaufbaus der Darstel¬ lungsschicht keine zusätzlichen abstrakten Syntaxen verem- bart werden.
Für die genannte MAGF-KopfSteuerungsfunktion sowie die MAPN werden neue SMASE-Funktionsemheiten definiert, welche beim Assoziationsaufbau und/oder dynamisch (d.h. bei bereits be¬ stehender Assoziation) vereinbart werden können. Die Kommuni- kation zwischen der MAGF-ASE und der MAGF-KopfSteuerungsfunktion erfolgt mittels für diesen Zweck eingerichteter lokaler Schnittstellensignale wie weiter unten erläutert.
Da bei der vorgestellten, erfindungsgemaßen Losung m der Kopfnachricht (sh. unten) nur sogenannte Objekt-Identifl- zierer eingetragen bzw. ausgewertet werden müssen, ist keine zusatzliche Syntax notwendig, die beispielsweise Objektmodell-Metadaten m der SACF erfordern wurden.
Die Schnittstellen der MAGF-ASE zu den bereits bekannten Komponenten der Anwendungsschicht sind durch die betreffenden Normen vorgegeben; diese sind im einzelnen:
- die bereits erwähnte CMISE-Schnittstelle (Bezugszeichen CMIF m Fig. 1 und 2) für den Austausch von MAPDUs durch die MAGF mit den Applikationen sowie mit CMISE/CMIP;
- eine X.216-Schnιttstelle gemäß ITU-T X.216 (Bezugszeichen L6IF m Fig. 1 und 2) für den Austausch von PDVs durch die
MAGF mit der Darstellungsschicht, wobei jedoch anstelle eines einzelnen PDV eine Liste enthaltend mehrere PDVs zulassig ist - dies stellt eine Erweiterung gegenüber ITU-T X.229 dar -, wobei - diese X .216-Schnιttstelle auch für den Datenaustausch mit dem ROSE-System verwendet wird.
Die MAGF-Kopfsteuerungsfunktion MHM dient der Unterstützung der MAGF-ASE beim Erstellen von MAPDUs, welche als Kopfnach- o ro ro P> P> o (_π o cn 0 Cπ
1 1 1 P ö cn cn g CL →→ n t > u-j. M CΛ CL cn α t rt CL CL t→
P P Φ H 3^ Φ P w _. p- n ιQ Φ O li¬ d li¬ P P Hi P) P CD y→
3 P tt S cn < cn ^ t rt φ d d T) 3 P H Ό tt rt tt t→ tt H tt Φ CΛ d ro t→ n
DJ d φ φ t→ φ DJ _> Φ t CL • TS σ Q H H 3 P d 1 tt d n 3 Hi ^ cn cn tr d cn tr t P t→ 3 CL PJ H 3 TS α ω O O D o li¬ g Φ tr cn g ro O ro > ri¬
Φ tr t-y 3 TS PJ li¬ d Φ d Φ o y-y cn P Hi ι-1 n d d tt py cn t pS z tr d P tt d φ Φ DJ TS t→ tt Ό P cn P ^Q Φ li¬ φ ro li¬ 1 d cn li¬ P 0- r cn CL φ rt cn d ri¬ cn t→ d P tr d d P t DJ tt tr Λ tt d 1 tt tt P ro DJ tt ro tt o tt Φ Φ P φ φ z
^ P P d ιQ t-→ 3 CΛ Hi g d yQ d tr 1 t n α O tt P t→ d o d t→ P cn o d n P yQ tt φ P P < o ^ N ro cn D > tr P S t d
CL li¬ P et H PJ *> rt PJ tr Q φ t→ t→ rt d Φ - Q d t→ Hl d cn cn ro CD Hi et tt Φ Φ tt P d d ri¬ φ Φ CΛ Φ cn Q 1 Q H tt et d d 7i > d P ro
Φ t→ H Q d Ό tt cn CΛ d Hi φ P Pl s: > CL d CΛ φ n α g DJ P P tr Φ tt ιQ Ό cn tt Φ Φ tr & CΛ d Hi Φ O N φ CL pr rt P tt P ^ O yQ d
<! Φ Z cn Φ P O Φ d cn tr φ rt rt li¬ PJ d rt d t P et DJ d Φ tt O tr ro
Φ T. φ tr P Hi d d tr H PJ d ro tt P CL P tt P d φ cn DJ tt t→ < H t→ t ι-i t- t→ Φ s: <! H t-→ Φ d Φ - P φ ιQ Φ o CL > O cn d u 1 y-y O
O tu φ CL tr P o n Φ P Ό t PJ P Φ d rt d tt Q cn d O 2 2 CΛ d > n P -\ tu et t t→ t o Φ H d S CL d t→ H -. ?o h ro t→ Φ tr φ PJ • CΛ CΛ tr tu d O tr • • z tt CL J d • • li¬ y-y P PJ s: φ 1 ro Φ d P P d N t→ li¬ n
Hl pr Φ P H et tr tt Φ y-y 3 P 3 cn Λ I_l TS 2 li¬ TS < α PJ d tt d tr rt o P tu φ • • s: P Φ > P t o P H * ^ Φ tu tt TS 2 0 d Q rt 3 d P H
H rt P CL P O cn t-→ PJ P tr rt CL „ d CL •< d d P d d φ DJ P rt P
Φ PJ d φ Φ ö φ d O CΛ φ P rt cn rt O PJ 1 D g ιQ H d rt rt n li¬ d d t t→ Φ α •^ tr d <Q CL CL Ό DJ ro O d ιQ g t g cn cn cn 0 d P1 tt d ιQ tr tr t CD — ' t→ rt • • Λ 3 P P φ X P tr Hi tt 53 P H ^ cn ^ n 3 d et d <! cn Φ o H DJ ι-1 Hi φ Φ Φ o d O t→ cn P Φ T) n cn tr ro Q ro φ Hi t P tr tr d PJ Φ tr CΛ P pr Z - 1 tt Q D> ö tr li¬ ro 1-1 DJ tt d t Φ et o o Φ pr d tr t φ
P-1 s Hi tt ro y-y g
P α d tt d tr d yQ
Z et tr Q • o y-y tr P CΛ t P t tt ^ cn 3 P cn P 3 α 2 ^Q t→
P t→ Φ tr et PJ P P Φ φ tr N o Z rt C < cn 0 P cn rt CΛ ro ___ CD d P t PJ Φ tr . d Q Φ t t Φ PJ w ro P-1 Φ tt Z rt P CL rt d cn d S
CL yQ H o P CL d P P tr t→ d P Hi d P rt ro tt cn d ro TS y-y t P φ P li¬ y-y Φ t→ α n d rt ro tt t t li¬ d y-y rt φ
CL t→ Φ Φ n t-y P tt PJ P φ o ro tr t M c et tt d 0 N tt
P O P d tr et α CΛ et P ro t→ rt d P ^ cn N PJ Hi pr rt D <
Φ tr d et . tt CΛ d t ^ ro < Hi tt 0 Z d y— α O P) ro tr φ pr ιQ CL Φ Φ Φ N φ H 1 P Φ O H rt > P } φ P t d t→
< Φ tt P N σ P tr d d t o tt d d t tr P ? t→ tt Φ 3 φ φ z
Φ y-y cn φ d P d y-y Q φ d PJ O D Hi rt CL tr H tu Tl t→ φ t et rt <Q φ Φ CΛ φ t ιQ tr tt t→ CL P P P 0 cn g rt co tu t P tr Φ d P D CL t P cn φ t ro tr Φ pr O t py P 0 t→ d CL
P P Hi y-y cn N o O li¬ tr CD Φ J tr Φ t→ z DJ d ö ro tt Q O tr et 0 φ d • li¬ Ω rt d TS Z tr tt PJ P t→ tt P-1 P ro rt CD P d tt d d P __T rt tt pr Φ cn Ό φ -y d o ro rt w t→ P d φ yQ 1 ro P CD 3 d CO d et li¬ Φ t→ P C tr N ro H d CL 0 CΛ φ φ > d rt t CD z d o y-y tt P* CL 3 rt PJ d t→ rt d tt ro d tt d 3 cn rt cn PJ φ
Q t-→ O P> li¬ -y rt Φ d d "3 *< ^Q d d ro O φ tt ro cn * H -y 2 y— tt Φ d z £ d σ Φ S n rt d d cn g P d ri¬ cn d CL
PJ et PH cn d H Φ Φ Q ro Z o Hi ϊö ^ n ^ d α rt tt rt d tt tr Φ cn H d P CΛ H H P t Φ tt ro < CL pr 0 cn CD ro yQ d ιΩ t rt tt d Φ α φ ^Q φ d CO tr O P 0 tt P tt DJ CΛ PJ y-y 3 ro
<D Φ 1 H P d CΛ P Φ P ro CΛ TS Ό t-y d d H P 1 3 y-y tt • d tr P tt J α Hi tr et d d tr Φ TS ro Φ •< ro rt ^ > et d cn t→ d Φ d φ H CD φ ro d P n H CL 2 rt 0 Q ro cn α N O o tr cn CL H d CΛ P 3 CΛ d • CD P d CD DJ cn Ό CL ro d P PJ d o O y-y P Φ Hi o n d ro 1 Hi Hi H d rt P d ^ Q N P tr Φ φ tt t ^Q d tr CΛ t H P O tu tt 1 φ li¬ P d φ
Φ H t→ d Φ CL Φ 1 d 1 1 1 y-y tt 3 DJ
P 1 ^ ri¬ 1 Φ P y- ^< P y— tt 1 tt 1 rt φ
Entsprechend den Klassen von MAPDUs werden vier Arten der Gruppierung unterschieden, namlich Operationengruppierung, Notifikationengruppierung, Operationsantwort-gruppierung sowie Notifikationsantwortgruppierung .
Die erfmdungsgemaße Übertragung einer Gruppe von Operationen geschieht wie im folgenden erläutert; hierbei wird auf Fig. 2 Bezug genommen. Seitens des sendenden Systems, m diesem Falle des m Fig. 2 links gezeigten Managementsystems OS, werden nach bekannter Art über die CMISE-Schnittstelle gemäß ITU-T X.710 CMISE-Operationen mmu als MAPDUs von den Mana¬ ger-Applikationen an das CMISE/CMIP-Dienstelement übergeben, und von der CMIP-Protokollmaschme als CMIP-PDUs an das ROSE- Dienstelement über die ROSE-Schnittstelle gemäß ITU-T X.219 weitergeleitet . Von dort werden nun die MAPDUs als ROSE-PDUs der erfmdungsgemaßen MAGF-ASE übergeben.
Die sodann von der MAGF ausgef hrte Aktion hangt von den vorher festgelegten Gruppierungsparametern ab; es werden folgende drei Falle unterschieden: a) keine Gruppierung; b) Gruppierung mit festen Parametern und Vereinbarungen; c) Gruppierung mit dynamischen Parametern.
Ist keine Gruppierung vorgewählt (Fall a) ) , übergibt die MAGF die MAPDUs einzeln der Darstellungsschicht über die ITU-T X.216-Schnιttstelle. Die MAGF bleibt somit sozusagen „un- sichtbar", und dieser Fall entspricht der bisherigen Situation.
Im Falle der Gruppierung mit festen Parametern und Vereinbarungen (Fall b) ) werden die MAPDUs, welche von CMISE/CMIP weitergeleitet werden, m einer Warteschlange, welche m der MAGF vorgesehen ist, beispielsweise für eine vereinbarte maximale Verweilzeit zurückgehalten. Die MAGF entnimmt dieser Warteschlange MAPDUs, sobald entweder die maximale Verweil- zeit einer MAPDU erreicht ist oder die Anzahl der zwischenge- speicherten MAPDUs die vereinbarte Maximalzahl erreicht hat.
Ob für eine Anzahl der MAGF vorliegender MAPDUs eine Grup¬ pierung durchgeführt wird, wird aus lokaler Information be- stimmt, welche zwischen den MAGF des Manager- und des Agent¬ systems vereinbart wird; zu dieser lokalen Information gehö¬ ren insbesondere die oben erwähnte maximale Verweilzeit einer MAPDU sowie die Maximalzahl der in der MAGF-Warteschlange zwischengespeicherten MAPDUs. Falls keine Gruppierung notwen- dig ist, erfolgt der Austausch der MAPDUs wie unter obigem Fall a) .
Bei der Gruppierung mit dynamischen Parametern (Fall c) ) wird die Entscheidung, ob und auf welche Weise eine Gruppierung erfolgen soll, auch unter Berücksichtigung von Information getroffen, welche dynamisch, d.h. nach bereits erfolgtem
Aufbau der Assoziation mittels in dieser Assoziation ausgetauschter Nachrichten, zwischen den MAGF der beteiligten Q3- Systeme ausgetauscht wird.
Wie bereits erwähnt, wird bei dem Assoziationsaufbau verein- bart, ob eine dynamische Gruppierung, evtl. mit zusätzlicher MAPN-Option, oder eine Gruppierung mit festen Parametern und Vereinbarungen für das betroffene Paar lokaler AET und abgesetzter ( 'remote' ) AET ausgeführt werden soll; die letztere Information kann auch im voraus durch Systemadministration bilateral, also für beide beteiligte Q3-Systeme, eingegeben worden sein. Damit wird die Gruppierung von Operationen/Notifikationen sowie Responses geregelt.
Zusätzlich kann die Antwortengruppierung jedoch auch für vorbestimmte Objektklassen vorgesehen sein (z.B. für Get-Opera- tionen auf bestimmte Klassen von LOG-Dateien; in Abhängigkeit vom sogenannten 'behaviour' der Objektklassendefinition), sowie für vorbestimmte Aktionentypen vereinbart worden sein (in Abhängigkeit vom 'behaviour' der Aktion-Definition) . LO co ro ro y->
Lπ o Cπ o Cπ 0 Cπ
Φ ö S CL O t→ Φ TS J ö tt φ cn Hi _, P CΛ PH rt N cn rt ^ N z > £ N IM d Φ CO
P P PJ Φ P P t→ P P d P P O 2 d O m Φ O P O O d d P Φ • d P J 0 d Φ H φ n tr Φ cn φ d rt Q P DJ d U3 to tr O Ό pr 3 Hi P to cn d 0 P y-→
Φ li¬ tr PJ t→ d Φ cn P Q 3 d φ φ 1 • d d Hi PJ 3 t→ rt li¬ tr Φ
3 tt cn rt Φ t ω TS DJ DJ DJ
C? H P n — P P tt Φ P Φ tt α H cn o t→ et P o rt tr 1 et u3 tr PJ ^ Φ rt 2 d ro H Hi t cn P* P P φ
Φ Hi O TS P P) *•' CL CO φ Φ Φ Λ P Φ PJ d X ?Ö P rt Hi CΛ cn - pr tt * Φ n O P
P O p- H S d Φ tt cn O N O CL d • φ d cn g O li¬ Φ d d P cn tr S d d PJ d TS ω d 1 Φ et tr Z • d O tr li¬ φ li¬ H cn tt tu d O P φ rt Hi
N iQ PJ DJ t→ CL o T 3 PJ Φ P to - tr tt ro PJ tt Q 3 n d d Z tr Q 3 d O
P Φ d n Φ P CL g u φ rt d H • _J o rt t ro PJ tr PJ Hi d Φ t P P> H
Q ιQ tr t φ tu 3^ α d P CL CL N φ Φ ^ P tu CΛ rt P Φ d t→ 0 CL tt CΛ 0 d
Φ CL tt t P d T) rt yQ Φ CΛ • n CΛ d <! d tt ro P P d d Q CΛ P Φ tu rt pr Ό d Φ P P ü d σ s: et <! *< Cd rt tu Z Φ Hi d d O li¬ d rt Φ t t→ TS t tr n Q PJ Φ d Φ O O d • n 3 φ d ω CL d tt CL CL . — . PJ CL P P D r H s: cn P tr S d n d 2 P σ d P (D CΛ φ * CL n y-> 0 φ tr ta P et CL ω li¬ Φ ≥; φ tr tr CΛ d O P Q rt ro rt t→ P P P er 2 CL φ tr H o φ rt 3 tt t→ o t→ H Φ rt cn ιQ tr ω 3 P d ro cn d φ tu φ et Φ t→ cn CL 1 t→ Φ CL 3 t yQ et PJ Φ O N J t Φ rt φ tu Z rt y— t rt 0 ι-( cn cn o d
Q H φ Φ d <Q φ P rt t→ d Φ d 1 rt t→ P H P tr y— O 0 ^ tr t rt . — .
PJ 1 t→ Φ g PJ d Φ tr Hi P CD P n T t→ d H PJ CD TS PJ " 0 Φ 1 Φ * L tr Tl t→ ►5 d N PJ Φ P o g O φ tu Φ Q Φ CL d Hi y-→ φ Ό P O ιQ P yQ Φ
Φ ö Hi T) d CL d tt d pr d ^ r tr •> t→ Φ CD P CL rt cn d ω 1 Hl rt O tt Φ t→ H
< tr O o ιQ P H P "• tu ~ cn d P PJ CΛ H P P P P PJ P d d Φ d t→ 0
O ω Φ P cn φ d li¬ rt τι CΛ φ <! 3 cn Φ t d vQ O tr CL PJ d t li¬ P P 2 t→ t→ Q cn cn o tt cn P d 1 li¬ li¬ φ Φ o tr P CD d d tr φ ^ n Q tu tt P Ό Jf
Q ≤ yQ et O g pr rt O O DJ tt H li¬ tr φ > d P CL tu cn ' tr rt d Q P T)
PJ P PJ 3 tr τ__ ^ • s: d 3 o PJ tt Z tt P J CL P li¬ cn y→ rt « t O P ω d α d H tr Q § P T) P *• Ti Φ t→ φ tt Hi tt Ό tu 0 DJ P CL O > CL yQ
^5 CL Φ Φ d n α tr ü φ P Hi d P CΛ d ≥; t t P d tr rt N n Φ d cn φ cn
3 tr P P Q o CΛ d CL CL rt rt P) P P tt Hi et P • tr φ li¬ t tr
P CL D) DJ 1 et ω cn φ d φ tr li¬ iQ P φ -> PJ 3 H, Φ CL ω Q to rt d tt φ tt d Φ d to tr d tt φ rt w • CL tt pr ω cn P Z et . DJ 3 g DJ t
H 3 Z φ cn g Φ φ D d CL DJ t -> Φ Z ro φ y→ Φ tf cn u ω ^ CL Hi tt α CL P Φ P P fδ t→ t→ P Φ Φ > d CΛ ö Φ •^ P > φ t t P 3 *< d cn φ O
O ü Φ Φ et P d φ O P d t→ d d Φ P CΛ P cn P g N CL O d d d 3 tt t→ PJ t PJ t→ li¬ ω tt CL φ φ P CΛ CL O Φ CΛ CΛ P CΛ cn 53 tt S n CL tt -" yQ
3 > tt o CL 1 P> H P g Hi tr CΛ P '__! P O Φ cn d < Φ tt 0 tr P ~— - α - — ' φ n π to P t→ tr P > ω rt tr Q d φ l_J Φ φ ä Q N tt u3 0 t→ O 0 H φ Φ d ro rt 2 Φ CΛ Q φ cn Φ CΛ P Tl tr d Φ t→ & P Z 1 rt P tu H t→ 0 P CΛ *
P Φ 1 P d Φ w !Λ d cn Hi ö rt O P o P PJ P "• rt 3 et d > d 3 d CO tr DJ Q Φ ϊ O d et d P tr rt to P PJ P rt t 0 CL P Φ Φ Q φ d ιQ tt PJ H φ tr Φ t o tr co CL J d CΛ P tu α Q P CL P TS α φ O φ P φ t cn d 1 d 3 tr y-→ TS PJ w rt - • Q PJ d ^ cn O Hi tu t→ d P N P P M • Φ
TS d d cn Hi φ D y→ Hi 1 CL P rt CΛ rt cn 1 3 o Φ d PJ CΛ cn d pr d rt d Hi tsi Φ
CΛ ιQ n O d n d rt σ Φ Q P DJ rt TI P tr P CΛ PJ li¬ g t→ φ tu cn tu tr tu Z H
O cn pr CL • tr PJ P 3 et O d t→ t PJ tu rt D d pr cn tt CL ^ Φ t→ Hi li¬ Ό PJ d φ P
Q cn P Q Φ n CL Φ Φ d P et Φ d t→ rt t→ Φ Φ d P cn tu rt tt Ό P Q O Φ
Φ O P Φ CL tr P d n ^Q PJ O tu Φ d P PJ Φ ro tt —> y-→ Φ n Φ pr t→ d tr rt Φ t→ Φ ω rt 2 > 2 H CL t→ Φ 3 2, P O t 1 y→ tu P ^ d et tu P g t→ P rt H pr d Φ tr " Φ CΛ P) t N ? P tr > u d Z d Λ" α C d n cn P J3 n N φ O et g d Φ li¬ 3 ö ro PJ P ro cn P Hi ro d tu PJ Φ Φ CL d tr li¬ T) tK tr d w P P tr tt φ Φ 2 P Q d H φ φ P ιQ rt d d H P rt rt tt CL α o rt Φ \ o Φ et N ι-S y 1 o ro CΛ 0 t→ d cn • P H Φ
Φ Φ α TS 3 cn d P t→ P z P Q T. tr cn Hi rt Φ et CL Φ O cn ^
P Hi tr φ 2 d P P P . z φ φ PJ ro d P P • Φ ö d CL " 0 2 d Φ tr d 3 d d tr CD φ TS Q P Λ 3 i d d Q d d CD φ Φ P cn O ?-*
• 3 tu d TJ rt Tl N cn TS CΛ PJ tu li¬ P cn d Φ li¬ cn d O 1 1 z Φ P P CL t 3 1 tt d tt 1 tt t cn φ d φ ro 3
1 1 1 1 cn
O ro ro -> P ' o cπ o Cπ o (_π cn
O
P o tr et
P tr
Φ t
Q
P tr et
CL
P φ n
O
Φ
3
TS
Hl
PJ d
Q φ d φ cn φ
Λ d
Φ d
N
<
O
P
Tl α α cn
P d
Φ
P d φ
3
einzigen P-Data-Indication-Primitiv über die X.21β-Schnιtt- stelle an die AnwendungsSchicht . Dort nimmt die MAGF den Inhalt der TD-PPDU tpu entgegen. Aufgrund des Umstands, dass im P-Data-Indication-Primitiv mehr als eine APDU - namlich eine Liste von Darstellungsdatenwerten - enthalten ist, wird der Inhalt der TD-PPDU als Gruppe erkannt, und die MAGF-ASE überprüft, ob eine Kopfnachricht vorhanden ist; dies ge¬ schieht durch Auswerten des betreffenden Aktions- bzw. Noti¬ fikationstyps der ersten MAPDU in der Gruppe. Ist in der Gruppen-PDU eine Kopfnachricht hmu' vorhanden, werden die folgenden Nachrichten innerhalb der Gruppen-PDU zurückgehal¬ ten und zuerst die weiter Bearbeitung der Kopfnachricht hmu' abgewartet. Nachdem die MHM-Funktion die Kopfnachricht über die CMISE-Schnittstelle empfangen und ausgewertet hat, uber- gibt die SACF em lokales Schnittstellensignal Ifs mit dem Inhalt an die MAGF-ASE. Das lokale Schnittstellensignal enthalt neben dem Überprufungsergebnis die Inhalte der gesamten Kopfnachricht, namlich den Aktions- bzw. Notifikationstyp, die Aufrufkennung, sowie weitere Angaben der 'BaseOb- jectClass' und 'BaseObj ectlnstance' -Felder bzw. 'ManagedOb- jectClass' und 'ManagedObjectlnstance' -Felder .
Erst nachdem die Kopfnachricht von der MAGF-Kopfsteuer- funktion MHM des empfangenden Systems ausgewertet und eine entsprechende positive Meldung einem lokalen Schnittstel- lensignals Ifs an die MAGF-ASE geleitet wurde, werden die weiteren MAPDUs der TD-PPDU entnommen und nach bekannter Art mittels der SACF von der MAGF an ROSE und von dort weiter über CMISE/CMIP den Applikationen des empfangenden Systems NE über die CMISE-Schnittstelle zugeleitet; hierbei erfolgt die Zusendung der MAPDUs mmu' der Reihenfolge, die m der
Gruppierung definiert ist. Die Zustellungsform (synchron bzw. asynchron) der einzelnen Operationen bzw. Notifikationen bezieht sich auf die Weitergabe an der CMISE-Schnittstelle zu den entsprechenden Applikationen. Im Falle des synchronen Bearbeitungsmodus erfolgt die Weitergabe jeweils einer MAPDU erst dann, wenn über SACF die erfolgreiche Übergabe der vor- o ro ro o Cπ o Cn o Cπ
betreffende Fehlerkennung und der MAPDU-Zahler übergeben. Durch den erfolgreichen Eingang des lokalen Sc nittstellensi- gnals bei der MAGF-ASE ist die quittierte Übertragung der MAPDU-Gruppe abgeschlossen.
Falls dagegen nicht alle Operationen weitergeleitet werden können, wird die Kopf-Aktion mit einem Verarbeitungsfehler negativ quittiert; ferner werden sodann alle weiteren noch ausstehenden bestätigte Operationen mit einem 'resource 1Imi¬ tation' -Fehler negativ quittiert. Ausstehende unbestätigte Operationen werden verworfen, diese müssen m der Folge wie¬ derholt werden. Aufgrund des Zahlers m der 'SpeciflcError' - Syntax des Verarbeitungsfehlers (sh. oben) ist seitens des Partnersystems auch im Falle von unbestätigten Aktionen bzw. Notifikationen bestimmbar, ob diese Aktionen bzw. Notifikati- on zugestellt wurde. Somit kann auch eine unbestätigte Aktion/Notifikation ohne unzulässige Nachrichtenverdoppelung wiederholt werden. Auf diese Weise gestattet die Erfindung eine verbesserte Erkennung von Datenverlusten; im Fehlerfall werden zumindest „Teilerfolge* zuverlässig zuruckgemeldet .
Zur Unterstützung der dieser Operationengruppe zugeordneten Antwortengruppierung werden für die entsprechenden Operationen bzw. Operationengruppen Job-Register-Emtrage f r die Antworten mit den hierfür notwendigen Aufruf-Kennungen angelegt .
Die bei der Operationengruppierung verwendeten MAGF-mternen, namlich die als Kopfnachricht verwendeten, MAPDUs sind bestätigte Aktionen, zu denen genau eine Antwort verlangt ist. Diese Aktionen weisen der sogenannten 'Base Object In- stance' vorteilhafterweise eine Laufnummerninformation (sh. oben) sowie, falls er orderlich, weitere Bearbeitungskennzeichen auf.
Bei Erhalt einer positiven Quittung für die Kopfnachricht werden seitens der MAGF die als lokale Kopie der MAPDUs er- ω co ro ro P1 P1
Cπ o Cπ o Cπ o Cn tu H P tt tt rt DJ CL g n tsi tt pr d P- cn PJ PH tt tt cn CD tt ro pr CD 52 pr uq N d σ DJ li¬ li¬ p- y- o φ ^ TJ d uq P- Φ D tt H d Φ Φ 3 li¬ li¬ t d ro t Φ ti DJ D d P- ro
DJ 1 Ω tt tt O H Q H cn ro t→ P- d rt d Hi tt tt P rt cn P P Hi Ω P- P- y-y d
PJ Tl tr 3 3 d uq d tt CD DJ d d -» • TJ ∑: O tt 3 TJ ≤ TJ Φ d O tr d rt et uq o Tl H tt "» tt φ 3 Ω 3 rt CL TJ ro α d PJ t-y tt TJ ro o P d tt ti CD rt rt Q ö P- ^ O Z 3 tr 3 ro y→- ^Q Z cn Φ P- P- PJ et ro CL d et d uq P- d DJ ro α Ω d 2 < TJ o Q tt φ ro d φ tt φ O tr rt y- d ro tt «q H Ω ≤ d P- d tr P- u o h d φ tr d d 1 Q h-- 3 d ro • rt φ Z P- CL t φ N » Φ tr tt uq tt φ d rt 3 d ι-i d d 3 H CL tr C φ Ω P- d d tt Ω CD -^ d et P- t→
3 d 3 P) PJ DJ φ tu: tt φ DJ N tr P tr rt Ω CL Φ d cn t tr d u ^ Z Ω φ rt Hi tt p-
CL P rt yQ d Ω d -P H H d p D cn Φ tr ro p- u ^ CL li¬ yQ tr φ tt uq 3 ti φ P- et ^ d Φ z Φ φ tr d tt t d
O P φ d tr PJ ro cn uq t→ t Hi rt tr CL CL 3 φ H d CL S rt P- 3 cn CD Hi Ω P tt CD ro P- ri¬ Ω N H tt O t→ ro tt P- φ tt P- φ 2 Φ 3 2 H rt P- rt CL Q d: tr H <-r cn tt tr d d d CL P>: d t Z φ d rt Ω ι-3 ti ^ p- p- PJ PJ P- rt DJ H t H pr Hi H ro li¬ \- Φ uq TJ P- uq uq tt litt tr O tt ω rt d u ^Q rt P tt d d O O O φ d y- tt J O tt t ro
CL CL H tt PJ rt 1 cn σ tt PJ d Φ φ CD TJ Hi tt d d Hi rt tt rt σ cn tt J Φ
P- DJ rt σ *< Tl g • CL Q d cn PJ Z ω J t P- Φ d > q Hi tr p- • Φ li** tt tt P- uq
M M tt 1 cn rt tt j cn tt φ υ cn DJ: o tt d d H et H φ DJ d P- tt H O Ω Φ pr P- rt ) li¬ P- σ CΛ 1 cn t H ^ tr Q Hi Φ tt tt d Φ ö -y uq tu J tr
P d tt tt Z d tt 2 φ cn tt O cn H Φ σ fV O d P- CL rt P- L P< tt rt Hi O: et cn σ 3^ 1 O P- o • p- tr •< <-• d ro ro o H Ω ro ro tt tt Φ liuq P- d DJ cn
P- tt P- α t→ CL ro < rt rt TS cn d D P CD tu P) d ti d tr d d Φ 3 φ O DJ d n
Φ d Φ CL P- P- Φ P- Φ φ li¬ tt H Ω P- d t d d TJ ro tr tt tr d n cn tr t→ rt ro d= • tt d h Hi d t→ tt H tr tr cn d σ d TJ TJ P- d y-y d φ tt Φ tr uq rt rt pr PJ d tr cn CD Φ P- cn DJ 3^ o t lili¬ ro d TJ P- σ J ro P- H Λ* d d t ro ro DJ d rt CD ü tt P- pr rt O y-y o tt tt P- yQ Φ ro ro TJ o H rt ω DJ tt P- Hi d p- cn ti P- 3 cn d DJ P- ti φ d rt lit t TJ 3 rt li¬ d d 3 Ω P- d li¬ • Φ 3 φ J tr rt Φ O d d P ro » -» tt 3 Φ d P- ro ro d tt d Hi Φ tr pr d s tt uq p- tt φ tu P- cn d PJ J H t→ rt P- P- d CL pr ü P1 d d li¬ DJ tr et t→ α d σ tt et m DJ N H O tt O J CL PJ ^ rt d ιQ P- J DJ α uq tt P< H et
PJ tt P- d li¬ ö PJ P- d d d tr CD CL cn DJ tt vQ tt rt rt d cn cn d tt • CL
DJ d tt ^ tt 1 ^ Hi d Φ uq uq Φ ti cn rt cn tt tt ≤ P- P- d d tt cn uq 3 P- d P- TI P- uq d CD t→ CL < ti d cn o P- P' P- n o O <rq DJ d O Φ TJ s; tt
Hi 52 Z Φ rt τι φ CΛ d P Φ o TJ Hi d PJ H 2 d d Ω CL J d cn H P-
O φ d • σ P- Ω N Φ rt J t→ d 52 TJ tr ti m tt d CL PH ro ro DJ tr φ Φ d tt DJ H J
Hi rt P- rt d p- d d cn J tu Φ tt "< t→ H yQ cn d d d t→ < ü rt d d CL tr d: P- rt d ö φ Φ cn rt << P- t 52 Ω d P- •** d et N W Hl P- o DJ tt CL uq ro
H Hi tt P- P- s: tu ιQ cn tt H o tr 1 tr d 1 P_ tr Ω H rt H ro tt l_l-
P- ti 3 tt P- tr to 3 Φ li¬ ti Hi rt ti p: n tt P- O: CL cn Φ N tr uq P- rt d tt tt 3 3
Q pr H Φ tt 3 uq tt d P- P- P- tr 2 tt d p cn tt Ω cn z z et DJ O tt ^ ^ P- t DJ rt g CL cn cn Φ Φ 3 d d Hi Ω φ PH d φ rt 3 tr • ro d d O O rt d rt to |jy rt rt d d cn uq CL P- tr H cn d CL t d tt «q tt t→ 1—1. Z O rt
TJ P- ro cn PJ (D: tu: uq uq d pr rt rt tt N ro D p- 3 CL Ω tt d rt tt φ tr
TJ O tr P- tt d rt rt tt tt Z cn d DJ φ H ^^ ro t→ d pr Z rt TJ P- tr O y-y t d
P- d J φ P- P- Hi d tt tt uq rt d D> n P- tt tt rt Hi ro Φ Q tt DJ O CL ro d ro tt d cn CL CL Q yQ PJ o t ω P- Q 2 Ω tr t→ P- d cn DJ φ ti 3 ω n tt P- uq t d α tt tt PJ et P cn g CL PJ uq o PJ Φ PH tr ro J d d li¬ d tu d Z P- cn tr d d et P^ H cn tt Φ d cn 3 Φ Q P- d d d Tl ro rt d tt tt ιQ ro d DJ φ rt tt ro C ro ro d yQ rt tt P liy- tt Hi 1 d t→ Hi ro tt rt N d d d z tt t→ d CL tt tt 52 cn •« d tt rt d rt s: o ro d d P- y-→ d N ro d CL P- O d H o Hi uq P- DJ PJ o d < ti J ^Q Hi g PJ d tt li¬ P- li¬ ro CD CL H H ro
TJ o tt H H rt PJ Z d o P- . P- t ro ro Hi 3 Ω Φ d CD tt u tt rt t tt tt uq 2 ro P* CL rt rt P- Ω o d d d PJ <! rt M CΛ CD tr d d rt H t DJ J ti <Q Φ tt d d Hl tr tr CL cn o rt ro D) φ d tt Hi d N s; α Cn rt tt
DJ et t o CD Φ P- t→ tt CL ro 3 • d rt et P- H O CD d cn P- d d DJ P- rt P- ö rt J M t pr P- P- Ξ tt d p- ^ P- N ro υq uq ^< d CL H Hi P- tt < α
P- Hi tt cn PJ n P- H rt 3 O rt d yQ PJ tt 1 DJ P- H cn ro cn
O 1 1 tr tt 1 1 tt rt 1 CL cn ro d 1 1 1 rt CD 1 d P- ro cn Hi
H l 1 H 1
) ro ro P> P1 o Cπ o π o Cn z o O Z to > pr Φ PJ N ^ & tt cn DJ CL Λ ro Hi ti < rt CL X Hi et tr 52 tt tr - P- ro ro tt P- li¬ u O o CL CL tu: tt uq o d P- O p- DJ DJ CD tt tt P- . o P- CD O d p- d t rt li¬ ro S d ti ro t ro ro tr P- φ d d y-→ P- P- d d tt Ω tt P-1 d cn f-r H H ro ti o t Hi CL d
CL ti H d d d Φ uq d Φ rt t-→ tr y-→ ro cn P- tt ω Z d rt P- tt H H d ro rt PJ ri¬ CD tu rt P ti li¬ H rt O P- O t O Cn PJ tt tu: Hi TJ Hi DJ tt d 3 52 - d tt d tt d tt et tr tt tt • d d CL t→ tr t d rt P- H d: uq li¬ IM
• ro O Hi d o Hi Z H o li¬ P- Z tt tr Φ Hi ro P- CL P- pr tt H tt tt d tr rt Hi rt cn p- J P- tt J tt Z tt φ P- o > o PJ t→ P- H d P- £ uq DJ Ω d d ti ö H P- - t→ *< 3 Hi t→ TJ tt d tt H y - d J CL t d rt d Φ rt rt tr d
P- ro Hi t→ PJ cn d ro CL ü ** t Hi to tt d 52 CL t→ P- uq CL ro P- CD o c-ι α ro ti H- uq li¬ < PJ ti DJ CL CL tr d tt t d O d PJ H tt o d rt O & d ro fr CL cn tt o Ω cn d D rt £ CD d uq ro DJ t→ uq rt d uq uq ^~- H 52 d α s: tr rt li¬ g d tu P- tt 3 t tr ro d cn p- tt d t tt cn Ω CL o P- uq d CD o tt tt 1 pr s: tt
P^ rt φ TJ cn t→ α ** O d • o d O pr tt TJ N Hi d d d <! rt d CL d tt o t→ cn tr P- φ tr d d tr d H 3 CD • P- 3 uq CL J o P- uq ro CL CD H W tt O tr N < d Ω CD 3 CL tt tt CL P- t→ to pr O: tt Ω d Hi t→ h P- uq rt rt ro d ro P- tt tt tr d D tt d σ P- CL J ro Ω tt DJ • PJ uq ro P- tr P- d uq P- tt =
CL t tt rt Hi H P- rt tr t ro d P- J H tr H rt rt \-> P- d CL pr J o tt ω d rt tt Hi d n P- ro d n P- P- tt y- CD rt = P- PJ P- P- d φ PH Φ DJ J J d li¬ uq N tt P- uq CD M P- H- cn ro l_l- d P- d σ o d O Ω ro H m t rt P- CD tt ti d
H H Hi Ω d N d cn ti CD d PJ CD < pr P- ti d Hl d tr t c P- ro n ti d d tt d Hi tr tr z O ro z tt DJ t tt PJ tt 3 H- Φ rt cn S 1 tt o H J d 1 J uq tt d T tt Φ DJ y- ro N φ H d DJ H rt D>: uq d H J O Φ P3 ti d d rt ril tt TJ d o TJ d t→ ti cn P- P- CL p- tr uq H ≤ P- PJ tt li¬ uq PJ d PH H P- tt ro d P-. t P- P- CL
CL rt ro α rt Ω d PJ P- P-1 DJ DJ rt tt o PJ DJ H uq rt 3 d M X P- d uq o d d tt tt
Φ £ CD o tr ro rt D cn y-y d P- d d CD tt d cn ≤ J tt • uq d Hi rt H H d tt ro >i Z CD H P- tt tr tr uq CD d P-- P- J cn O tr J -J d <J tt Ϊ ti d
CL d P- o d Φ d O φ D> PJ tt d d tt o J TJ H CD tt Φ co P- N CD d tt DJ: d CL tt CL d J J t £ d t pr <! H d CL pr CD φ licn H J-. w d ti uq d uq uq P- d P- CD J CL α et o li¬ uq P- uq N tt O <! Hi Z cn Z t d φ tt uq c. ti P- Φ π> rt DJ ; d d tt tt o D t P- 1 P- d d o DJ d CD DJ: tt d d Z tt cn tt 0 D> tt d d ∑: tr f tt d D> D d C 3 Hi CL d tt o P- rt d J d Hi ro φ
^ d tr rt H. • o --• DJ PJ Hi CL P- tt J o P- uq tt W Ω li¬ N CL J uq - H H cn 1 d g H DJ d PJ O tt d to tt J tt CL M D H s rt tr tt Φ P- tt H li¬ tt O d s rt d uq CD H d CD tt P- P- tt Φ Ω 3 Φ t→ P- rt tt d ro 52 tt d ro d uq cn D Hi P* rt pr H CL tr φ uq H pr DJ: d rt O <! y- o tt H CL d O
3 H, uq tt d tt DJ: to P* DJ ro CD t φ i_a s: CL o φ tr d d ^— . P- rt tt H P- tr P- uq d d tt DJ CL d tt d d li¬ y- uq l S o tt d d tt Hi P- d cn N cn α H • Hi J d d d o rt Hi tt Hi tt CL φ H t rt Z g uq d: Hi
Hl Hi lic rt Φ d tt H Hi TJ d O t DJ d Hi CD t→ li¬ d φ S d h P- tu 1 tt • cn TJ ö ti tr tt Ω tr Hi d P" CD - H α tt uq Φ d t→ o cn <! & pr cn tt t→ TJ P- 2 tt d tr D d uq uq a IJ t→ CD d CD t→ uq CL tt p- O rt CL tu cn ro 1 o Z 2 ro CD 1 P- CL P- DJ D Φ tt uq d cn tt 1 d Z P- rt rt d t TJ P- PJ o rt Φ > M Ω n cn CL y— LJ. tt P- rt t d P- tt o CD P- d P- tt φ d N tt TJ d d TJ tr tt CL TJ P- y-→ tt d o tt ro o ^ d t→ O uq d d t PJ d tu: Φ d rt P- t p- tt O tt 5] DJ TJ rt d uq (D CL rt CL p- et tt d tt d rt PJ tr uq t- ti uq ω p- Φ P- d H d N Φ d ro ro 1 P- ro P- CL ro d Φ
3 uq ti rt CD Φ < y— tu cn o o Ω ^ ω < d P- d t Φ H CΛ ro Φ H φ tt d rt P
DJ: . — . PJ P- H t→ ro CD rt N uq d cn tr tsi tt tt cn li¬ DJ tr rt li¬ d M d •* cn uq to tt uq O tt 1 ti P- d Φ tt Z et ? d M ti DJ cn tt rt D • tt rt CD ro σ - — ' 3 TJ H d d P- £ O cn d d tt DJ cn • Z 3 d P- d d d CD P- t d L ~— 3 tt lid ro P- d rt DJ P- U) d li¬ φ Φ O Hi D 52 P- rt Φ J ro P- d tt d d d tt J d DJ w P- d tt d D CΛ d DJ t o g d Ω TJ
H PJ rt uq CL CL d d d d tt Ω CL d d g tt d rt d ro CL CL li¬ uq tr CL y- d uq φ S P) d p- 5 T^ CL uq CL tr Φ
H Φ l Φ φ tt ro
CΛ uq tt d t CL d CD TJ tt φ CL CD P- P d CD CΛ d cn uq Hi σ ti y-→ d d N g tt p- J 1 CD d tu PJ d cn DJ ti tt P uq 1 O H rt P- α φ CL d
[y → d J cn P- tt ti d rt d uq cn uq TJ 1 s: d d pr M uq ro uq cn φ tt Φ w d DJ uq 0 d tt tt o DJ PJ D> rt d tt tt uq H rt φ 1 1 J 1 Ω Ω 1 • 1
1 rt 1 1 d 1 tr tr
Vereinbarung mehrere MAPDU-Antworten zusammen und sendet diese spätestens bei Erreichen der vereinbarten maximalen Wartezeit in Form in einer TD-PPDUs ab. Die Übermittlung kann - in Abhängigkeit von der genannten Vereinbarung - auch ohne Gruppierung in Form einzelner TD-PPDUs erfolgen. Das Partner¬ system empfängt die TD-PPDUs und leitet die darin enthaltenen MAPDUs aufgrund des U stands, dass es sich um Antworten han¬ delt, ohne weitere Maßnahmen über die CMISE-Schnittstelle an die entsprechenden Applikationen weiter.
Durch die erfindungsgemäße Systemmanagementfunktion MAGF er¬ geben sich erhebliche Leistungsverbesserungen der Q3-Schnitt- stelle sowie Verbesserungen hinsichtlich des Ubertragungsauf- wandes der Managementinformation bei zugleich größtmöglicher Kompatibilität zu vorhandenen Implementierungen gemäß den obengenannten Normen. Insbesondere ist ein interoperabler
Betrieb möglich, d.h. bereits bekannte normenkonforme Applikationen von Managementnetz-Systemen können mit erfindungsgemäßen Applikationen interagieren, ohne dass hierfür Anpassungsarbeiten der beteiligten Systeme erforderlich wären. Obwohl der hier gezeigte Gruppierungsvorschlag keine Veränderung der CMISE-Schnittstelle erfordert, steht es natürlich einer darauf beruhenden Implementierung frei, durch multiple Übergabe über die CMISE-Schnittstelle innerhalb eines Aufrufs, z.B. von Alarmen, eine weitere lokale Optimierung vor- zunehmen. Des weiteren ist es nach dem Erfindungsgedanken den Implementierungen vorbehalten, auch die multiple Übergabe von Operationen über die CMISE-Schnittstelle zu unterstützen. Dann kann man aufgrund bilateraler Vereinbarungen gleich den Austausch zusammengehörender Operationsfolgen - quasi Makro- Operationen - zwischen Manager- und Agentsystem vereinbaren.
Es sei darauf hingewiesen, dass die erfindungsgemäßen Gruppierungsfunktionalitäten nur aufgrund einer SMASE-Verein- barung freigeschaltet werden. Da nach der ITU-T X.701 alle einem Q3-System unbekannten - bzw. nicht bestätigten - SMASE- Funktionseinheiten ignoriert werden und somit deaktiviert bleiben, ist die Interoperabilitat der Erfindung mit bekann¬ ten Systemen, in denen die erfmdungsgemaße Gruppierungsfunk¬ tionalitat nicht implementiert ist, gewährleistet. Des weite¬ ren wird keine neue Syntax eingeführt, da alle für die erfin- dungsgemaße Gruppierung notwendigen Datenstrukturen als Er¬ weiterung der CMIP-Syntax definiert sind. Daher muss beim Assoziationsaufbau innerhalb der Darstellungsschichtverbm- dung keine zusatzliche abstrakte Syntax vereinbart werden.
Das der MAGF zugeordnete sogenannte 'System Management Func- tional Unit Package' (SMFUP) enthalt entsprechend dem bereits Gesagten folgende vier Pakete: Operationengruppierung, Noti¬ fikationengruppierung, Gruppierung von Operationenantworten, sowie Gruppierung von Notifikationenantworten.
Für die einzelnen Funktionalltaten der Operationen- sowie der Notifikationengruppierung werden nach bekannter Art Parameter als sogenannte 'Ob ect Identifier' definiert; diese können somit mit Hilfe des Info-Attributs der m der MAPN (sh. unten) definierten Aktion bzw. Notifikation ausgehandelt werden. Die einzelnen Funktionalltaten können auch, beispiels- weise durch Administration, im vorhinein vereinbart werden. Funktionalitäten der Operationen- sowie der Notifikationengruppierung sind beispielsweise:
- Asynchrone Verarbeitung von Operationen (Managersystem) bzw. Notifikationen (Agentsystem) ; - Synchrone Verarbeitung von Operationen (Managersystem) bzw. Notifikationen (Agentsystem) ;
- Synchrone Verarbeitung von Operationen (Managersystem) bzw. Notifikationen (Agentsystem) bis zu der ersten Fehlerantwort;
- Restart der Gruppierung von Operationen (Managersystem) bzw. Notifikationen (Agentsystem) nach einer Unterbrechung; und
- Gruppierung von Alarmen (z.B. nach ITU-T X.733) . Für die einzelnen Funktionalitäten der Antwortengruppierung für Operationen sowie für Notifikationen werden ebenso als sogenannte 'Object Identifier' definiert, und können eben¬ falls bei Bedarf im vorhinein vereinbart werden. Funktionali- taten der Antwortengruppierung sind beispielsweise:
- Gruppierung samtlicher Responses aller Operationen (Mana¬ gersystem) bzw. Notifikationen (Agentsystem) ;
- Gruppierung sämtlicher Responses einer Operationengruppe
(Managersystem) bzw. Notifikationengruppe (Agentsystem) ; - Gruppierung samtlicher Responses einer Get-Operation (nur Managersystem) ;
- Gruppierung sämtlicher Responses einer Set-Operation (nur Managersystem) ;
- Gruppierung samtlicher Responses einer Delete-Operation (nur Managersystem) ;
- Gruppierung samtlicher Responses einer Action-Operation
(nur Managersystem) ;
- Gruppierung sämtlicher Responses einer Get-Operation mit BaseObjectClass-Attribut log (vgl. ITU-T X.735) (nur Mana- gersystem) ;
- Gruppierung der Responses einer ausgewählten Operation
(Managersystem) bzw. Notifikation (Agentsystem) ; und
- Restart der Antwortgruppierung für Operationen (Managersystem) bzw. Notifikationen (Agentsystem) nach einer Unter- brechung.
Im folgenden wird die erfmdungsgemaße Gruppierungs-Aushand- lungsfunktion MAPN des Ausfuhrungsbeispieles naher erläutert.
Die Systemmanagementfunktion MAPN ermöglicht im Anschluss an die SMASE-Aushandlung im Assoziationsaufbau die weitere, dynamische Aushandlung von Funktionalitaten der erfmdungsge- aßen Gruppierung, insbesondere von Funktionalitatsdetails, welche nicht Form von Funktionseinheiten (FUs, 'Functional Units') innerhalb des SMASE behandelt werden können. Außerdem können mittels der MAPN vorteilhafterweise numerische Parame- ter betreffend die Verarbeitung der MAPDUs und die Assozia- co ro ro P1 o Cπ o Cπ O Cπ g 3t o d ö tr J tt CL N y-y 52 Φ cn CL tr o g cn et w uq Φ P> CL Hi t rt rt
TJ 3 rt p_j o d P J d P Φ P φ J P P Φ Φ d d tt O Φ PJ t >t t
Tl t ^ P P d H d t o P
H t 3 φ IJ tt d y-y PJ P O d d y-y P CΛ tt d O d d Hi > Ω d IJ CΛ d tt H uq O
52 rt H CD rt tr • P rt li¬ tr tr CL < li¬ PJ 52 cn d Hi uq o tt tr 3 M tt o PJ d
Φ DJ IJ g tu P tt CD O tt d rt tt d tt tr DJ O Ω N uq P Φ d d et P p3 z d ü CL O ri¬ Φ P O tj d Hi d P d tr tt uq o d D rt d tr P t Ω d d uq P CΛ T) P CL PJ Φ P t rt TJ uq tr d uq H li¬ φ Ω P li¬ P ti rt PJ P tr li¬ ti o Ω 52 t φ d t→ - tt Hi rt J CL PJ 3 φ d d tt d P Ω tt O Ω rt P • PJ tt d d tr CL t-→ tu P O CL P d φ d P tj tr d tr tu tr P d Φ z P CL tr
H TJ Φ Φ s: φ P Ω P 3 d P' Φ O uq IJ rt Z Φ uq φ rt rt y— d P O cn tt uq cn TJ P P • ~" tr d P tt uq t→ d cn d rt Φ IJ d CL P P tr TJ t→ d PJ P φ rt P uq J H rt CΛ t J g d Φ y→ £ L . PJ O 3 uq Φ M CL rt d uq d φ t PJ Z pr CL rt CD g t Jy CL cn d tt d P li¬ rt O φ 1 N - rt ti P ti φ PJ P Φ CL P ^ ^. Φ tt tr φ d t cn CL rt tt t tr P y-y P
N d TJ J d P d φ y-y tt Ω Tl rt 52 CL DJ α Φ P π rt d Φ tt P P d Ω rt d TJ 3 tu P d CΛ n t tr 52 CL ti Φ H φ D g 3 Φ o Φ Hi Φ 1 d Ω CΛ tr uq P Φ Ω Φ Φ P tu tj t d |j_i DJ tt d y-→ Hl 3 cn tr tr Φ
CL φ et tr CL CL IJ Φ O 3 < Φ Ω CL P H . tt to Φ rt U co φ φ P tr tu P
P t Φ P PJ P co o CΛ tr P to 3 O 52 H 1 d d cn Φ tu d tt N P tj Φ CΛ tt d 1 > tj Φ et Φ Φ PJ CL l_l O CL co CL rt cn d CL z z P tt d φ cn d tr Φ tt CΛ
S uq 3 Φ PJ P-1 Φ < tr o Ω Φ φ
CD P uq d IJ Φ O d H >< CΛ tt 3 et rt rt P IJ IJ M CL Φ Z d tr PJ t
H cn ^ d d O ? CΛ tr IJ d pr DJ CΛ rt d cn li¬ P P P CL d CL
Hi Ω tt li¬ 1 rt > li¬ PJ M Z PJ rt Ω Φ tt d φ tt tt φ P Φ N tt
P tr 52 IJ tt co P pr tt d Φ tt Φ d P tr P N t IJ t→ O 3 tr cn H d P d d φ o M Hi TJ ^ o et 3 o. IJ Φ t→ d uq y-y d d Hi < uq φ < Φ Ω Φ d *
CL P rt P P IJ cn d P φ CD Hi P CL d P uq P tr y-y φ d φ IJ tr w CΛ d P d d Φ li¬ CΛ O "> PJ O Φ PJ d tt O Φ d Φ O d t→ Φ φ z TJ tr tu d CL Hi N CL Ω tt Φ d d P P y-y uq CΛ tj tr CL P φ PJ PJ P P φ PJ CD d uq Φ P Φ d tr 3 P d uq d • cn d o d 3 d d P rt tt d li¬ CΛ Ω cn P pr y-y d Φ d tr PJ CL H Φ DJ TJ t→ d tt d cn d cn z d tt o tr uq PJ Hi uq d CL pr N 3 Φ φ Φ s tt P d TJ Φ uq > y-y rt rt uq φ t d φ O rt d CL P φ s t-y t P P φ O d P P cn Φ Φ PJ φ tr t→ CL tt CL CL
3 co P d <; tt φ P • y-y Ω d P IJ Φ CL Φ CL ≤ cn 3 d d t→ Φ et tu t Φ P
PJ 1 o f C CΛ rt Ω tt tr tt li¬ li¬ t→ Φ t Φ P o φ cn li¬ cn ^ H t Φ o O d rt IJ tt φ 52 tr P IJ tt tt d P P IJ N d > Ω tt liP rsi Φ CΛ φ ^ Φ P z d < o P tu t→ φ CL P CL P rt n tr d tt c d φ tt d O Φ d tt Φ rt CL pr d φ Φ rt Φ Φ uq PJ -> CO Φ pr P CL Z g li¬ uq d P pr J IJ P Φ et CΛ P N t IJ cn .-r α rt w d tt φ tr rt tt PJ p3 tt t tu CL et IJ Φ Hi t→ P uq uq g d Hi tu rt P P uq 1 DJ P N D t→ ti cn 3 P PJ φ y→ tu P P O φ φ p3 d co O d P Φ O φ N TJ CL • t→ PJ Φ tt Φ TJ P rt o 3 d pr PH d tr P Tl uq g cn o cn d 3 cn d DJ φ to tt y-y P
1 P TJ rt ^ P φ tr tu d tt J φ 52 []3 uq tr d Φ tt PJ Φ N t→ . P CΛ p 3 tt P PJ CΛ li¬ J rt P Φ d P 1 CL cn t→ DJ φ ti tu _P IJ pr P li¬ 3 P d tu Φ li¬ d Φ tt t P rt P L > Φ tt Φ d d d CL o rt > tr tt CL tt rt d d H tt 3 P t et o P d Φ CO P cn 1 P CL 2 Hl PH PJ d PJ cn Φ φ t rt
;v CΛ d d d Φ d PJ tr g CΛ tt Ω φ d DJ tr H rt d li¬ cn P g 3 y- Φ rt N d " d tr CL P rt Φ et Ϊ3 tr cn d tr t-y d d PJ α J Φ tt O (5 Λ y-→
P d uq d Φ DJ CL O P cn PJ g d Φ P CL uq d 1 d d N > Tl Ω CΛ o tr z liP d tt PJ t rt Z tt d [ ? d D H CL • P d σ d tr d PJ O y-y tt rt d DJ CΛ o 1 CL cn rt 3 52 y-y N Φ N PJ Hl α Hi φ cn
^ d CL Φ H t→ CL P H tt φ tt P P o d X tt σ z rt rt cn tr P 2
CL Φ < Φ J < Φ d CL d y-y 1 o CΛ rt rt CL t→ • P y→ P t PJ |
> D H N J Φ IJ 3 φ t→ φ d < > d CΛ rt P d ro > Φ CΛ O Φ tu d tt cn tu -y • d t→ d Φ t→ cn P SV o d CΛ O Φ Hi IJ < P» n CΛ Ω d li¬ d PJ tt d P g to CL Φ Φ rt tr > g rt t→ CΛ Φ N y— P Ω Φ -~j cn tr tt CΛ α H d • • CD P d Φ tu CΛ p3 CΛ P uq tr P P tt pr pr t→ - — - w Φ PH d uq Φ PJ P rt t d rt ti d tt co Φ O PJ tu d DJ DJ Hi pr P d CD t→ 3 P ö 1 Φ 1 1 O tt P d d d 1 rt CL 1 C d DJ 1 < 1 Φ Ω
P 3 1 d CΛ uq 1 P Φ P 1 d O 1 pr φ • 1 φ 1 t→ tt d P et
darüber hinaus auch zur Unterstützung anderer Systemmanage¬ mentfunktionen herangezogen werden.
Ein Parametersatz eines numerischen Parameters bzw. einer Einzelfunktionalität wird nach bekannter Art einheitlich durch ein Paar
- Parameter OBJEKT- IDENTIFIZIERER, sowie
- Numerischer WERT ( integer-Wert ) beschrieben. Der Ablauf des MAPN-Aushandelns ist dem SMASE- Aushandeln nachgebildet. Demgemäß fügt der Initiator der Assoziation die Parametersätze der auszuhandelnden Parameter in die Actionlnfo bzw. Eventinfo der zwischen der lokalen MAPN und der MAPN des Partnersystems („abgesetzte MAPN") ausgetauschten MAPDUs ein, jeweils getrennt für Manager- und Agentsystem. Seitens des anderen Q3-Systems - des sogenannten Responders - werden diese Parameter ausgewertet. Unbekannte, nicht unterstützte oder mit den Vorgaben des Initiators nicht vereinbare Parametersätze werden ignoriert; die akzeptablen Parameter werden übernommen und in eine Antwort geschrieben. Sodann wird eine Aktions- bzw. Notifikationsantwort an den Initiator zurückgesendet. Die Antwortnachricht kann einen oder mehrere Parameter enthalten oder auch leer sein, falls kein Parameter akzeptiert wurde. Nicht in der Antwort quittierte Parameter gelten, ebenso wie bei SMASE, als nicht vereinbart .
Sobald die gruppierungsrelevanten Funktionalitäten verhandelt worden sind, wird der normale CMISE/CMIP-Betrieb aufgenommen.
Das der MAPN zugeordnete SMFUP enthält folgende zwei Pakete: Einzelverhandlung, sowie Mehrfachverhandlung.
Die Systemmanagement-Funktionseinheit Einzelverhandlung ( 'single negotiation' ) verpflichtet den Initiator der Assoziation, sofort nach dem Assoziationsaufbau als erste Operation bzw. Notifikation eine MAPN-Aktion bzw. -Notifikation zu senden. Gleiches gilt für die Systemmanagement-Funktionseinheit Merhfachverhandlung ( 'multiple negotiation' ) ; zusätzlich erlaubt diese Funktionseinheit die erneute Aushandlung der Parameter bei einer bereits aufgebauten Assoziation nach der ersten Aushandlung, jeweils für Manager- oder Agentsystem gemäß der vereinbarten Funktionseinheit.
Mittels der MAPN werden numerische Parameter sowie Einstel¬ lungen von Funktionswerten vereinbart; als Bezeichner für diese Parameter werden nach bekannter Art sogenannte 'Object Identifier' definiert; diese können somit mit Hilfe der 'Ac- tionlnfo' bzw. 'Eventinfo' der m der MAPN definierten Aktion bzw. Notifikation eingebracht und ausgehandelt werden. Die einzelnen Parameter können auch, beispielsweise durch Admini¬ stration, im vorhinein vereinbart werden. Für jeweils eine der vier Arten von Gruppierungen werden beispielsweise folgende Parameter vereinbart:
- maximale Lange für die Leitungsdarstellung der TD-PPDU,
- maximale Zahl von MAPDUs m einer Gruppe,
- maximale Verweilzeit der MAPDUs, - maximale Anzahl der MAPDU-Gruppen.
Diese Parameter werden jeweils für eine Assoziation vereinbart. Die MAPN beider Q3-Systeme halten zur Verwaltung der gruppierungsbezogenen Parameter und Vereinbarungen jeweils ein assoziationsspezifisches Register.
Einige Parameter, wie z.B. die maximale Lange für die Leitungsdarstellung von TD-PPDUs, können der MAPN auch unabhängig von der MAGF „bekannt" sein, d.h. mittels lokaler Administration über AET-bezogene Parameter eingestellt.
Die für die MAPN verwendeten MAPDUs (MAPN-mterne MAPDUs) sind bestätigte Aktionen bzw. Notifikationen, zu denen genau eine Antwort verlangt ist; sie weisen m dem CMISE-Parameter 'BaseOb ectlnstance' (bei Aktionen) bzw. 'ManagedObjectln- stance' (bei Notifikationen) vorteilhafterweise eine Laufnum- mernmformation auf. Auch im Falle der MAPN werden die hier verwendeten Notifikationen weder von der Ereignisweiterlei- tung ( 'event forward g' ) nach ITU-T X.734 noch von der Log- Steuerung nach X.735 m irgendeiner Weise erfasst oder ge¬ steuert.
Die MAGF nutzt die aktuell zwischen lokaler und abgesetzter MAPN ausgehandelten Parameter und Einstellungen. Hierzu greift die MAGF auf die entsprechenden assoziationsspezifischen Register zu. Sofern die Möglichkeit der dynamischen Veränderung der MAPN-Parameter und -Einstellungen vereinbart wurde, geben diese Register immer den aktuellen Stand der
Parameter bzw. Einstellungen wieder; die MAGF kann bei Bedarf mit Hilfe der MAPN die Parameter und Einstellungen andern.
Zur Änderung z.B. einer Einstellung werden von der MAGF an die MAPN über SACF lokale Schnittstellensignale übergeben; aufgrund dessen erfolgt em entsprechende Austausch von Aktionen/Notifikationen zwischen der lokalen MAPN und der abgesetzten MAPN. Nach Erhalt der Response von der abgesetzten MAPN übergibt die lokale MAPN über SACF em lokales Schnitt- stellensignal mit dem Inhalt der Response an die MAGF zurück. Zur Verwaltung dieser Anderungsvorgange ist seitens der MAPN zusätzlich em eigenes Jobregister vorgesehen.
Die MAGF-ASE nutzt die MAPN über em lokales Schnittstellen- signal über SACF - zum Anstoß einer Änderung - und übergibt hierbei em internes Assoziationkennzeichen, z.B. eine Lauf- nummer, und eine Liste der zu ändernden Parameter an die lokale MAPN. Falls kein dynamisches Andern für die MAPN vereinbart ist, erfolgt eine sofortige Ruckgabe eines lokalen Schnittstellensignals, namlich eine Ablehnung, durch die lokale MAPN an die MAGF-ASE unter Angabe des internen Asso- ziationkennzeichens . Anderenfalls sendet die lokale MAPN - nach Erhalt der Bestätigung oder Ablehnung durch die abgesetzte MAPN - e lokales Schnittstellensignal über SACF als Resultat an die MAGF-ASE über den Ausgang der Änderung unter Angabe des internen Assoziationskennzeichens. Der MAGF-ASE ist der lesende Zugriff auf die von der MAPN ge¬ führten, den Assoziationen zugeordneten Registern gestattet; sie entnimmt von dort jeweils die aktuellen Inhalte. Die MAPN verweigert jedoch den Lesezugriff, falls ein erstes Aushan- dein nach dem Assoziationsaufbau noch nicht abgeschossen ist.
Die lokale MAPN und die abgesetzte MAPN handeln die Einstel¬ lungen vom Managersystem zum Agentsystem mittels bestätigten Aktionen und vom Agentsystem zum Managersystem mittels bestätigten Notifikationen aus. Dabei besteht das Actionlnfo, ActionReplyInfo, Eventinfo bzw. EventReplyInfo-Element stets aus einer Liste von Paaren, wobei ein Paar aus einem Parametertyp und einem Parameterwert besteht, die beide als Integergröße dargestellt sind. Dabei laufen folgende Schritte ab:
1. Beim Assoziationsaufbau sendet die MAPN des Initiators des Assoziationsaufbaus nach Erhalt der positiven Bestätigungsmeldung die Parameterliste innerhalb der entsprechenden Aktion (Managersystem) bzw. Notifikation (Agentsystem) an die abgesetzte MAPN.
2. Die abgesetzte MAPN übernimmt bzw. ändert die einzelnen in der Parameterliste angegebenen Parameter und Einstellungen und trägt diese in das der Assoziation zugeordnete Register ein - oder lehnt die Parameter/Einstellungen ab -, generiert eine Quittungsnachricht und sendet diese an die MAPN des Initiators . 3. Nach Erhalt dieser Quittungsnachricht trägt die MAPN des Initiators die derart vereinbarten Parameter und Einstellungen in das der Assoziation zugewiesene Register ein.
Falls außerdem noch dynamisches Aushandeln vereinbart ist, kann - auch nach dem Assoziationsaufbau - dies wie folgt stattfinden: Die MAGF-ASE sendet über SACF an die lokale MAPN ein lokales Schnittstellensignal als Anforderung zum Aushandeln, zusammen mit einem Assoziationskennzeichen und einer Parameterliste. Die lokale MAPN handelt sodann die Parameter mit der abgesetzten MAPN wie oben (Schritte 1 bis 3) dargestellt aus. Nach Erhalt der Quittung von der abgesetzten MAPN sendet die lokale MAPN über SACF an die MAGF-ASE ein lokales Schnittstellensignal als Bestätigung der angeforderten Änderung.
Es sei schließlich erwähnt, dass eine Erweiterung der Erfin- düng in Richtung auf eine optionale Steuerung durch die
CMISE-Applikation möglich ist. Dazu können innerhalb einer geeigneten Systemmanagementfunktion - z.B. innerhalb der MHM - Aktionen und/oder Notifikationen definiert, die von der MAGF-ASE unterstützt werden. Die Vereinbarungen betreffend die Parameter dieser Gruppierungssteuerung durch CMISE-Appli- kationen können wiederum durch Aushandeln von entsprechenden SMASE-Funktionseinheiten beim Assoziationsaufbau vereinbart werden.

Claims

Patentansprüche
1. Verfahren zum Austauschen von Management-Protokolldaten- emheiten über eine Managementschnittstelle zwischen zwei Knoteneinrichtungen, insbesondere einer Managereinrichtung (OS) und einer Agenteneinrichtung (NE) , eines Managementnet¬ zes, wobei seitens der Knoteneinrichtungen (OS,NE) der Daten¬ austausch gemäß OSI-Schichten-Architektur durchgeführt wird und der Austausch von Management-Protokolldatenemheiten aufgrund eines vorgegebenen Managementmformations-Dienst- elements m der als oberste Schicht der OSI-Schichten-Archi- tektur vorgesehenen Anwendungsschicht (L7) unter Verwendung eines Dienstangebots der unter der Anwendungsschicht liegen¬ den Darstellungsschicht (L6) erfolgt, dadurch gekennzeichnet, dass seitens einer der Knoteneinrichtungen von Applikationen der AnwendungsSchicht stammende Management-Protokolldatenem- heiten (mmu) einem Gruppierungs-Dienstelement (MAGF-ASE) zugeleitet werden und die Protokolldatenemheiten a) von dem Gruppierungs-Dienstelement mittels eines Daten- Ubergabeaufrufs an die Darstellungsschicht weitergeleitet werden, b) m der Darstellungsschicht zu einer Gruppen-Protokoll- datenemheit (tdu) m Form einer Darstellungsschicht- Protokolldatenemheit zusammengefasst werden und c) m Form der so erzeugten Gruppen-Protokolldatenemheit über die Managementschnittstelle gesendet werden, wobei die Verarbeitung der Management-Protokolldatenemheiten auf einer dem Managementmformations-Dienstelement zugeordneten, bei der Darstellungsschicht vereinbarten abstrakten Syntax beruht.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass eine Kopf-Protokoll- datenemheit (hmu) mit Informationen zur Verarbeitungssteuerung der Management-Protokolldatenemheiten seitens der emp- fangenden Knoteneinrichtung, insbesondere für die Zustellung an die dort ablaufenden Applikationen, erstellt und sodann in Schritt a) gemeinsam mit den Management-Protokolldateneinhei¬ ten (mmu) an die Darstellungsschicht weitergeleitet wird.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Kopf-Protokoll¬ dateneinheit (hmu) von einer hierfür vorgesehenen Systemmana- gementfunktion (MHM) erzeugt wird.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass in Schritt a) die Management-Protokolldateneinheiten in einer Sequenz an die Darstellungsschicht weitergeleitet werden, worin die Reihen¬ folge der Protokolldateneinheiten mit der zeitlichen Reihenfolge ihrer Zuleitung an das Gruppierungs-Dienstelement übereinstimmt .
5. Verfahren zum Austauschen von Management-Protokolldateneinheiten über eine Managementschnittstelle zwischen zwei Knoteneinrichtungen, insbesondere einer Managereinrichtung (OS) und einer Agenteneinrichtung (NE) , eines Managementnetzes, wobei seitens der Knoteneinrichtungen (OS,NE) der Daten- austausch gemäß OSI-Schichten-Architektur durchgeführt wird und der Austausch von Management-Protokolldateneinheiten aufgrund eines vorgegebenen Managementinformations-Dienst- elements in der als oberste Schicht der OSI-Schichten-Architektur vorgesehenen AnwendungsSchicht (L7) unter Verwendung eines Dienstangebots der unter der AnwendungsSchicht liegenden Darstellungsschicht (L6) erfolgt, dadurch gekennzeichnet, dass seitens einer der Knoteneinrichtungen d) in der Darstellungsschicht eine Gruppen-Protokolldaten- einheit (tdu) in Form einer Darstellungsschicht-Protokoll- dateneinheit, welche mehrere, für Applikationen der Anwen- dungsschicht bestimmte Management-Protokolldateneinheiten (mmu') enthält, empfangen wird, e) diese Management-Protokolldatenemheiten mittels eines Daten-Übergabeaufrufs an e Gruppierungs-Dienstelement (MAGF-ASE) der AnwendungsSchicht weitergeleitet werden, und f) die Management-Protokolldatenemheiten durch das Gruppie¬ rungs-Dienstelement an Applikationen der Anwendungs¬ schicht weitergeleitet werden, wobei die Verarbeitung der Management-Protokolldatenemheiten auf einer dem Managementmformations-Dienstelement zugeordne- ten, bei der Darstellungsschicht vereinbarten abstrakten
Syntax beruht.
6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass vor Schritt f) die Gruppen-Protokolldatenemheit dahingehend überprüft wird, ob sie eine Kopf-Protokolldatenemheit (hmu) mit Informationen zur Verarbeitungssteuerung der Management-Protokolldaten- em eiten, insbesondere für die Zustellung an die dort ablaufenden Applikationen, aufweist, und im zutreffenden Falle die Kopf-Protokolldatenemheit ausgewertet, die darin enthaltenen Informationen dem Gruppierungs-Dienstelement zur Verfugung gestellt sowie aufgrund dieser Informationen (Schritt f) ) die Management-Protokolldatenemheiten weitergeleitet werden.
7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Kopf-Protokoll- datenemheit von einer hierfür vorgesehenen Systemmanagement- funktion (MHM) ausgewertet wird.
8. Verfahren nach einem der Ansprüche 5 bis 7, dadurch gekennzeichnet, dass m Schritt f) für jede Management-Protokolldatenemheit, welche an eine Applikation weitergeleitet wurde, eine diesbezügliche Bestätigung der Applikation abgewartet wird und erst nach Erhalt dieser Bestätigung die Weiterleitung der nachfolgenden Management-Proto- kolldatenemheit der Gruppen-Protokolldatenemeit erfolgt.
9. Verfahren nach einem der .Ansprüche 1 bis 8, dadurch gekennzeichnet, dass die Management-Proto¬ kolldateneinheiten in der Gruppen-Protokolldateneinheit (tdu) in Form einer Liste (pdv) von Darstellungsdatenwerten zusam- mengefasst bzw. übermittelt werden.
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Verarbeitung der Protokolldateneinheiten durch das Gruppierungs-Dienstelement aufgrund von Informationen durchgeführt wird, welche zuvor mittels einer spezifischen Systemmanagementfunktion (MAPN) zwischen den Knoteneinrichtungen ausgetauscht bzw. ausgehandelt wurden.
11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass die Verarbeitung der Protokolldateneinheiten durch das Gruppierungs-Dienstelement aufgrund von Informationen durchgeführt wird, welche nach Maßgabe der aktuellen Erfordernisse der Gruppierung fortlaufend mittels einer spezifischen Systemmanagementfunktion zwischen den Knoteneinrichtungen ausgetauscht bzw. ausgehan- delt wurden.
12. Verfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, dass als Managementschnittstelle eine Managementschnittstelle gemäß der Norm ITU-T X.700 und/oder ITU-T M.3100 verwendet wird, in der das Mana- gementinformations-Dienstelement als CMISE-CMIP-Dienstelement für den Austausch von CMISE/CMIP-Protokolldateneinheiten realisiert ist.
EP00989789A 1999-11-23 2000-11-22 Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten Withdrawn EP1232606A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19956255 1999-11-23
DE19956255 1999-11-23
PCT/DE2000/004127 WO2001039436A2 (de) 1999-11-23 2000-11-22 Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten

Publications (1)

Publication Number Publication Date
EP1232606A2 true EP1232606A2 (de) 2002-08-21

Family

ID=7929994

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00989789A Withdrawn EP1232606A2 (de) 1999-11-23 2000-11-22 Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten

Country Status (3)

Country Link
EP (1) EP1232606A2 (de)
CN (1) CN1158813C (de)
WO (1) WO2001039436A2 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004040197A1 (de) * 2004-08-19 2006-03-09 Siemens Ag System zur Darstellung von Internetdaten
CN100345426C (zh) * 2005-03-04 2007-10-24 清华大学 一种基于推拉结合的纯分布式数据交换方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO0139436A3 *

Also Published As

Publication number Publication date
CN1158813C (zh) 2004-07-21
CN1399831A (zh) 2003-02-26
WO2001039436A3 (de) 2002-04-11
WO2001039436A2 (de) 2001-05-31

Similar Documents

Publication Publication Date Title
DE69534430T2 (de) System zur kommunikationsfernverwaltung mit intelligenter filterung
DE3586430T2 (de) Lokales netzwerk fuer numerische datenverarbeitungssysteme.
DE69032466T2 (de) Aktualisierung von Verbindungszustandsinformationen in Netzwerken
DE3750647T2 (de) Netz mit Jetonübergabe.
DE68919872T2 (de) Verfahren und Vorrichtung zur Verbindung von SNA-Endgeräten mit einem SNA-Hostrechner über ein paketvermitteltes Nachrichtennetz.
DE68920057T2 (de) Verfahren und Vorrichtung zur Verbindung eines SNA-Hostrechners mit einem entfernten SNA-Hostrechner über ein paketvermitteltes Nachrichtennetz.
DE69127883T2 (de) System zur Datenintegritätsgewährleistung
EP2324619B1 (de) Verfahren zur übertragung und aushandlung von netzwerk kontrollierten funktionsdaten zwischen einem client und einem server
DE60210630T2 (de) Ferndatenerfassungsvorrichtung mit elektronischer post über öffentliche und private netzwerken und verfahren und rechnerprogramm dafür
DE60112882T2 (de) Verfahren zur Aktualisierung von Netzelementekonfigurationen in einem xDSL Netz
DE60030273T2 (de) Verfahren und systeme zur lenkung von zeichengabenachrichten in einem kommunikationsnetz unter verwendung von sprechkreisadress (cic)-information
DE60214399T2 (de) Endgeräte, die so ausgelegt sind, dass sie als relaisserver zum verteilen von paketen in einem client-server-netzwerk wirken
EP1668822A2 (de) Verfahren zur synchronisierung von alarmen in einem managementsystem eines kommunikationsnetzes
DE69928515T2 (de) Verfahren zur nahtlosen Kommunikation über Träger in einem drahtlosen Kommunikationssystem
EP1231739B1 (de) Verfahren zur gesicherten Übertragung von Alarmnachrichten von einem Netzelement zu einem Netzmanagementsystem
EP1232606A2 (de) Verfahren zum gruppenweisen austauschen von management-protokolldateneinheiten
DE60313746T2 (de) Verfahren zur netzwerkkommunikation mit einer chipkarte die asynchrone meldungen benutzt
DE102012210816A1 (de) Datenpaket für eine bidirektionale Übertragung von Datenpaketen bei einer Datenübertragung zwischen einem ersten und einem zweiten Kommunikationsgerät sowie Verfahren zum Übertragen eines solchen Datenpaketes
DE60122608T2 (de) Verbesserung von Regelungssystem für Netzbetreiber
DE10311697B4 (de) Verfahren zum Abbrechen von Management-Operationen in einem Managementnetz und Kommunikationssystem
EP1317150B1 (de) Verfahren zum Übermitteln eines Kennzeichendatums einer Netzknoteneinheit, zugehörige Vorrichtung und zugehöriges Programm
DE69836658T2 (de) Gerät und Verfahren für Kommunikationsinhaltsaufzeichnung
DE10035368C2 (de) Vorrichtung, Verfahren und Computerprogrammprodukt zum Verwalten einer Datenübertragung
EP1472891B1 (de) Verfahren und produkt zum routing vom meldungen mit bedingtem logging
EP1460798A1 (de) Verfahren und Kommunikationssystem zum Abbrechen von Management-Operationen in einem Managementnetz

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020408

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

RBV Designated contracting states (corrected)

Designated state(s): DE ES FR GB

17Q First examination report despatched

Effective date: 20050117

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20060711