WPCM 2%.B pz W"S^11>bbu"::Dg1:11bbbbbbbbbb11gggbuuuk1Xubuukuuuk111Rb:bbXbb1bb''X'bbbb:X1bXXXX;.;g:=::m:::mmmmm::::::mm:k1mubububububXubububub11111111bbbbbbbbbuXubbkbuXmmmmumububXXXXbububububbmbbbbbb:k:k::=kmmX:uXb'b:b:b:b'bmbbbb:::uXuXuXuXk:k:k:mbbbmbuXkXkXKQmmmm^b:kbbbbmbA@mmbmmbmmmmmmm:b:mmmbbmmmmmmmmmmmmXXmmmmmmmmmmmmmmmmmmcm`m`mm`m:mmmmmm}}}mjjmmmmmmmmmmmmmmm0mm}mmmmmmmmmmmmmmmmmmmmmmm}Mmmmmmmmmmmmmjmmmtmmmmmmmmm`'mmm`mmjmlWmmmmmmmmmmmmmmmmmmmW`mmmmjmM-lvetica#|x`H1`D4PkCQMS PS Jet Plus /800 II QPJPII.PRSPl`D4PkCg2W_ qr|xHelveticaCourier@ ,`H1`D4PkCmQrrr r  @C2K ` X` hp x (#%'H   x|@  3'3'Standard6'6'StandardC6QMS $=R- Recommendation Z.335 <ROUTING ADMINISTRATION < < 1.HGeneral  ` X HThis Recommendation has been developed in accordance to the methodology defined in Recommendations Z.332 and Z.333. HThe main part of this Recommendation deals with the model of routing administration and a glossary of the terms used is also included. HThe list of operator jobs and the list of system functions to be controlled are contained in Annex A. HFor each system function to be controlled by means of MML, one or more MML functions can be derived and each of them can be described using the metalanguage defined in Recommendation Z.333, in order to detail the relevant information structure. HAnnex B contains a list of MML functions and information structure diagrams associated to each of them to be used as guidelines. 2.HIntroduction HThe routing functions are those system functions that are in charge of routing a call attempt toward its destination on the basis of the data associated with the call attempt (e.g. the dialled digits, etc.) and the data associated to the network (e.g. identities of the circuit subgroups serving a certain destination, etc.). The destination of a call attempt may be inside the switching system as well as outside the switching system. If the destination is inside the switching systems, the routing will consist of identifying the termination that corresponds to the destination. If the destination is outside the switching system the routing functions shall search for a free circuit, within a given circuit subgroup on which the call attempt will be routed. HRouting consists of functions whose parameters may vary with the network design and the switching system design to fit the network application. The economics of a switching system in a network application is, in part, a function of how well the routing functions match the network design. HThe main activities for creating and maintaining routing administration data may be summarized by the following items: H analysis of the data provided by the traffic measurement functions;ƀ% H defining the routing strategies on the basis of the achieved results;ƀ% H creating new or changing the existing items, related to the routing in the switching systems, in order to satisfy the routing strategies.ƀ% H  Only the last of these items is within the scope of this Recommendation. HThis Recommendation deals with the routing administration functions involved with the routing towards destinations outside the switching system, whichever signalling system is used. 3.HRouting administration model 3.1HIntroduction  F-ԌHTo service a call in order to make it proceed towards the desired called party, two steps are pointed out: H the identification of the destination of the call made by means of the analysis of the selection digits and by means of other information;ƀ% H the selection of a free circuit within a set of suitable circuits on which the call may be forwarded.ƀ% HThe routing functions provided by a system deal mainly with the second step and the present Recommendation relates to their administration. In this section a model for the administration of routing functions is reported, describing the information used. HFigure 1/Z.335 provides a description of the connections that exist at the manmachine interface, among the routing items (such as circuits, circuit subgroups, routes and route groups) that can be administered by means of MML functions. HThe purpose of this model is to provide an overview of the routing items and the relevant parameters. No specific association between parameters and routing items is intended other than for explanatory purposes. Any parameter can be associated to any routing item depending on the specific needs of an administration or of the network: for example, the type of signalling system may be determined at route group, route or circuit subgroup level, without changing its function. HThe collection of combinations of destination and additional parameters forms the routing table, which contains all the possibilities of routing for a given system. One entry in this table is called routing table element. !FIGURE 1/Z.335 ( Routing administration modelă HHX X  HNote Option A =The model comprises route groups, routes and circuit sub groupsƀ% HHX X  H Option B =The model comprises routes and circuit subgroupsƀ% HHX X  H Option C =The model comprises circuit subgroups onlyƀ% HThese options are to be considered, on an equal footing, as complete models of equal acceptability. Even though route groups and routes can be implicitly present in the routing table, they do not necessarily appear explicitly in the manmachine interface. 3.2HParameters HThe parameters used in the decision process of routing a call are included in the following list. In Figure 1/Z.335 they are represented by destination, additional parameters and supplementary information. This list is openended and not all the parameters are needed for all applications. The list may vary according to administration needs, telecommunication network levels, etc. HThe methods used to evaluate these parameters within the switching system should not be constrained by the model. H1)  Destination;ƀ%  F-ԌH2)  Class of incoming circuit subgroup;ƀ% H3)  Calling party category;ƀ% H4)  Parameters for network management (e.g. time of day, presence of carrier failures, etc.);ƀ% H5)  Signalling system (incoming and outgoing);ƀ% H6)  Transmission characteristics (incoming and outgoing);ƀ% H7)  Circuit type (e.g. two wires, four wires);ƀ% H8)  Presence of echo canceller;ƀ% H9)  Transmission medium characteristics (i.e. presence of satellite links);ƀ% H10)  Selection of specific carrier or specific network.ƀ% HThe destination is identified by means of the selection digits, on the basis of the incoming route (origin information) or signalled information. HThe additional parameters are those parameters that allow identification of the possible choices for routing a call towards a given destination. The following factors may be used as additional parameters (the list is neither mandatory nor complete): H1)  Class of incoming circuit subgroup;ƀ% H2)  Calling party category;ƀ% H3)  Parameters for network management.ƀ% HA combination of destination and additional parameters identify a routing table element which contains all the possibilities to set up a call in order to forward it. 3.3HRoute group HA route group consists of one or more routes that may be used for a given destination. A route group may be accessed by more than one combination of destination and additional parameters. 3.4HRoute HA route consists of one or more circuit subgroups and of some information associated with the route describing the use of the route itself. HExamples of this information may be: H seizure signal to send (terminal, transit);ƀ% H number of digits to send;ƀ% H digits to add.ƀ% HIf the route is not present in the routing administration model the information should be associated to other routing items. 3.5HCircuit subgroup HA circuit subgroup is a set of circuits between two exchanges. In options A F- and B, circuits within a circuit subgroup have similar characteristics (e.g. type of signalling, type of transmission path, etc.). HThe selection of a given circuit subgroup inside a route can be made on the basis of supplementary information such as signalling system, transmission technique, circuit type (e.g. two wires, four wires), presence of echo canceller, transmission medium characteristics (e.g. presence of satellite links), etc. Other information may also be associated to circuit subgroups; examples of this information are: H traffic direction;ƀ% H class of incoming circuit subgroup;ƀ% H search method to select a circuit inside the subgroup.ƀ% 3.6HCircuit HA circuit is characterized by an identity, by its hardware termination identity and by its sequence number inside the circuit subgroup (this latter is only used for selection purposes in outgoing circuit subgroups). If common channel signalling is used, a label should be assigned to the circuit. 4.HAdditional information 4.1HManagement of the status of routing items HIn order to change the routing capabilities of the telecommunication systems, facilities are required to alter the operating status of the items involved (i.e. to put a circuit in service or out of service, etc.). HThis topic is left for further study. 4.2HReliability mechanisms HIn order to prevent malfunctions and errors when servicing a call, the routing administration functions used in the telecommunication systems must implement reliability mechanisms. The most critical functions, e.g. change functions, should not be provided to the operator if reliability mechanisms are not provided. HThe selection and implementation of reliability mechanisms are not covered in this Recommendation. HHowever, due to the fact that the mechanism used may affect the man machine interface, it is highlighted that such aspect should be studied and taken into account when designing the real manmachine interface. 5.HGlossary of used terms HHX X  HCircuit: connection between two exchanges for one call at a time, including the junctors that terminate the circuit.ƀ% HHX X  HCircuit subgroup:group of circuits between two exchanges having the same traffic direction (incoming, outgoing, bidirectional), the same signalling characteristics and the same transmission medium characteristics.ƀ% HHX X  HRoute:H collection of circuit subgroups between two exchanges that are equivalent for routing purposes. The term route is equivalent to the concept of "circuit group" as used in Recommendation Z.337 and in ESeries Recommendations.ƀ%  F-ԌHHX X  HRoute group:  the set of all the possible routes on which a call may be forwarded to the appropriate destination.ƀ% %ANNEX A ( (to Recommendation Z.335) ( List of system functions to be controlled by MML and list of jobsă A.1HList of system functions to be controlled by MML H1)  Managing the routing data baseƀ% H2)  Querying the routing data baseƀ% A.2HHList of jobsƀ%H 1)HHTo create/change items involved in the routing functions or change old ones (e.g. circuit subgroups, routes, etc.)ƀ%H H the purpose of the job is to create and/or change the configuration of the switching system regarding the items involved in the routing of a call;ƀ% H the system is supposed to record the new data and to check their static correctness;ƀ% H the operator is supposed to input all needed data;ƀ% H the complexity of the job may be high depending on the amount of the data to be input for the item to be created/changed;ƀ% H the frequency of the job is medium;ƀ% H the job is supposed to be performed at exchange and/or OMC level.ƀ% 2)HHTo delete items related to the routingƀ%H H the purpose of the job is to delete items no longer useful;ƀ% H the system is supposed to delete the specified items deleting the related data only if no call is currently routed on the item;ƀ% H the operator is supposed to introduce the identity of the item to be deleted;ƀ% H the complexity of the job is low (if the system makes sufficient checks);ƀ% H the frequency of the job is low;ƀ% H the job is supposed to be performed at exchange and/or OMC level.ƀ% 3)HHTo interrogate different kinds of information related to the routingƀ%H H the purpose of the job is to get information on the current data used by the system to perform the routing;ƀ% H the system is supposed to output the information requested in suitable formats and on the selected devices;ƀ% F-Ԍ H the operator is supposed to input the identity of the item to be interrogated and to select the information to be retrieved;ƀ% H the complexity of the job is low;ƀ% H the frequency of the job is high;ƀ% H the job is supposed to be performed at exchange and/or OMC level.ƀ% %ANNEX B ( (to Recommendation Z.335) ( Guidelines for the list of MML functions andă associated information structure diagramsă B.1HIntroduction HThis annex contains guidelines for the list of MML functions and associated information structure diagrams related to the routing administration model defined in Recommendation Z.335, section 3. B.2HList of MML functions HThis list contains possible MML functions for routing administration. HThis list is not mandatory nor complete, it may vary according to administration needs, telecommunication network levels, regulatory needs, etc. HThese MML functions do not represent the actual command structure of any real implementation of the manmachine interface. Each of the MML functions identified can be implemented by providing one or more separate distinctive commands or several MML functions could be implemented by using a single command. 1)HHCreationƀ%H H create a circuitƀ% H create a circuit subgroup H create a route (only options A and B)* H create a route group (only option A)*ƀ% H create a destinationƀ% 2)HDeletion H delete a circuit H delete a circuit subgroup H delete a route (only options A and B)* H delete a route group (only option A)* H delete a destination à  F-Ԍ* Options A and B are defined in Recommendation Z.335, section 3. 3)HInterrogation H interrogate a circuit H interrogate a circuit subgroup H interrogate a route (only options A and B)* H interrogate a route group (only option A)* H interrogate a destination 4)HChanging H change a circuit H change a circuit subgroup H change a route (only options A and B)* H change a route group (only option A)* H change a destination B.3HInformation structure diagrams HOnly the information entities needed for the MML functions previously derived have been identified. They are reported in this section by means of diagrams representing each MML function information structure. HThese diagrams represent typical routing function requirements. They are not intended to constrain in any way the enhancement of these functions in the light of technological advances or specific administration or regulatory requirements. HThe metalanguage used is described in Recommendation Z.333. à * Options A and B are defined in Recommendation Z.335, section 3.