home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i602.asc < prev    next >
Text File  |  1993-06-28  |  11KB  |  619 lines

  1. Recommendation I.602
  2.  
  3.  
  4.  
  5. APPLICATION OF MAINTENANCE PRINCIPLES TO ISDN SUBSCRIBER INSTALLATION
  6.  
  7.  
  8.  
  9.  
  10.  
  11. 1.    Scope of application
  12.  
  13.  
  14.  
  15.     This Recommendation presents the possible elementary functions for the maintenance of the sub-
  16. scriber installation.  The functions are to be considered as optional, except when needed to meet specific 
  17. network interface requirements found in Recommendations I.430 and I.431.
  18.  
  19.  
  20.  
  21.     These functions can be controlled by the local side (e.g. from the subscriber premises) and by a 
  22. remote side (i.e. from an MSP, as described in RecommendationI.601).
  23.  
  24.  
  25.  
  26.     It is the responsibility of the subscriber installation to ensure that only authorized MSPs are given 
  27. access to the following functions.
  28.  
  29.  
  30.  
  31. 2.    Network configuration for maintenance activities
  32.  
  33.  
  34.  
  35.     Figure 1/I.602 is the basis for the general maintenance principles of the ISDN subscriber installation.
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.     SAMC:Subscriber Access Maintenance Centre
  76.  
  77.     SIME:Subscriber Installation Maintenance Entities
  78.  
  79.     MSP:Maintenance Service Provider
  80.  
  81.  
  82.  
  83. Note - In some countries the subscriber installation is allowed to control certain maintenance functions in 
  84. the subscriber access without authorization of an SAMC.
  85.  
  86.  
  87.  
  88. FIGURE 1/I.602
  89.  
  90.  
  91.  
  92. Configuration for the Maintenance of the Subscriber Installation
  93.  
  94.  
  95.  
  96. 3.    Automatic supervision
  97.  
  98.  
  99.  
  100. 3.1    Continuous automatic supervision on layer 1
  101.  
  102.  
  103.  
  104. 3.1.1    General
  105.  
  106.  
  107.  
  108.     This supervision may be realized by permanent automatic mechanisms located in the pieces of 
  109. equipment of the subscriber installation (see definition in Figure 1/I.602).
  110.  
  111.  
  112.  
  113.     These automatic mechanisms are operational during the active period of the subscriber basic 
  114. access.
  115.  
  116.  
  117.  
  118.           They are designed to detect malfunctioning of particular items, e.g. power supply, quality level of 
  119. transmission, incoming signal, frame alignment.
  120.  
  121.  
  122.  
  123. 3.1.2    Subscriber installation functions
  124.  
  125.  
  126.  
  127.     The following functions may be supervised:
  128.  
  129.  
  130.  
  131.     -    monitoring of operation functions within the subscriber installation (e.g. power supply);
  132.  
  133.  
  134.  
  135.     -    supervision of information related to or received from the digital transmission section.
  136.  
  137.  
  138.  
  139. 3.2    Automatic supervision on layer 2 and layer 3 of the D-Channel protocol
  140.  
  141.  
  142.  
  143.     This activity covers supervision of activities on layers 2 and 3 of the D-Channel protocol.  Automatic 
  144. supervision on layers 2 and 3 may be made by self-acting mechanisms implemented in the subscriber 
  145. installation.
  146.  
  147.  
  148.  
  149.     There are three categories of automatic supervision which may be performed by layer 2 and layer 3 
  150. of the D-channel protocol:
  151.  
  152.  
  153.  
  154.     -    service provision incapability detection (e.g. detection of incapability of layer 2 to establish a 
  155. data link connection);
  156.  
  157.  
  158.  
  159.     -    protocol misoperation detection;
  160.  
  161.  
  162.  
  163.     -    error monitoring (e.g. layer 2 CRC check procedure can detect the occurrence of an errored 
  164. frame).
  165.  
  166.  
  167.  
  168.     These events (defined in Recommendations I.440 and I.450) should be recorded.
  169.  
  170.  
  171.  
  172. 4.    Internal tests
  173.  
  174.  
  175.  
  176. 4.1    Internal test of the TE1 and TA
  177.  
  178.  
  179.  
  180.     Some of the TEs/TAs may manage internal tests for all or parts of their functionalities.  The internal 
  181. tests may be activated either automatically by the TE and TAs or by a local command on the TE and TAs 
  182. or by a remote request.
  183.  
  184.  
  185.  
  186.     Some of these tests are dependent on the terminal type.  Such tests shall not affect the user-network 
  187. interface, i.e. no test signals shall be transmitted across the interface when a test is in operation.
  188.  
  189.  
  190.  
  191.     The terminal equipment may have the ability to abort an internal test sequence, for example, in case 
  192. of an incoming call attempt.  If this test has been requested by a MSP, the subscriber installation should 
  193. report it to the requesting MSP.
  194.  
  195.  
  196.  
  197.     The results of an internal test procedure execution should be passed or failed and in the latter case 
  198. an additional diagnostic information may be given.
  199.  
  200.  
  201.  
  202. 4.2    Internal test of the NT2
  203.  
  204.  
  205.  
  206.     The subscriber should have facilities which can help to verify that the subscriber installation is not 
  207. affected by a failure.  Definitions of these procedures and functions require further study.
  208.  
  209.  
  210.  
  211.     The functionalities may be similar to the ones presented for the TE and TA in _4.1.
  212.  
  213.  
  214.  
  215.     The following internal tests of the NT2 have been identified:
  216.  
  217.  
  218.  
  219. 4.2.1    Continuity test
  220.  
  221.  
  222.  
  223.     The objective is to verify that the internal S interfaces of the NT2 can be activated.  The mechanism 
  224. which is implemented in the NT2 could be based on a normal activation of the layer 1 of the interfaces.
  225.  
  226.  
  227.  
  228.     The principle for such a test is the same as the one defined for the local exchange function (see Rec-
  229. ommendationI.603, _3.3).
  230.  
  231.  
  232.  
  233. 4.2.2    S interface check using loopback 3
  234.  
  235.  
  236.  
  237.     The loopbacks are shown in _7/I.602. The results could be used for failure localization particularly in 
  238. the case where the NT2 functions are distributed.
  239.  
  240.  
  241.  
  242. 4.2.3    Test call of the terminal equipment from the NT2
  243.  
  244.  
  245.  
  246.     An NT2 may address one particular terminal equipment of the installation.  Thus, it easily controls a 
  247. test call.  This procedure would allow the NT2 to verify the connection of the TE or TA to the installation 
  248. and also to check layers 1, 2 and 3 operating conditions (e.g. response time supervision).
  249.  
  250.  
  251.  
  252.     The test call could be initiated by the SIME.
  253.  
  254.  
  255.  
  256.     The test call could be a normal call made for maintenance purposes.
  257.  
  258.  
  259.  
  260. 5.    Test call from the MSP
  261.  
  262.  
  263.  
  264.     Further study is required, especially concerning charging and authorization aspects.
  265.  
  266.  
  267.  
  268. 6.    Call to a test responder from the subscriber installation
  269.  
  270.  
  271.  
  272.     MSP may provide test responders that are accessed via normal call procedures.  There may be test 
  273. responders for various teleservices and bearer services.
  274.  
  275.  
  276.  
  277.     The selection of the service involved with the test call is made using the lower layer and higher layer 
  278. compatibility information elements as defined for the normal call control procedures.
  279.  
  280.  
  281.  
  282. 7.    Loopbacks
  283.  
  284.  
  285.  
  286. 7.1    Locations of loopbacks associated with the subscriber installation
  287.  
  288.  
  289.  
  290.     Loopback locations for failure localization and verification are shown in Figure 2/I.602.
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316. FIGURE 2/I.602
  317.  
  318.  
  319.  
  320. Loopback locations associated with the subscriber installation
  321.  
  322.  
  323.  
  324.  
  325.  
  326. 7.2    Loopback characteristics for basic rate subscriber installations
  327.  
  328.  
  329.  
  330.     Characteristics of loopbacks are given in Table 1/I.602 
  331.  
  332.  
  333.  
  334.  
  335.  
  336. TABLE 1/I.602
  337.  
  338.  
  339.  
  340. Characteristics of loopback mechanisms
  341.  
  342. for ISDN subscriber installations
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.  
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400. Note 1 - This loop might also be controlled by signalling in the B Channel as specified in the X- and V-
  401. Series Recommendations.
  402.  
  403.  
  404.  
  405. Note 2 - Activation/deactivation of loopback 3 may be initiated by request from a MSP (by management 
  406. messages carried via layer 3 in the D Channel).  However, the generalization of the test pattern over the 
  407. loopback would be by the NT2.
  408.  
  409.  
  410.  
  411. Note 3 - From a technical viewpoint, it is desirable that loopback 3 can always be implemented (although 
  412. not mandatory) and so the design of protocols for loopback control should include the operation of loop-
  413. back 3.
  414.  
  415.  
  416.  
  417. Note 4 - Whether the loopback is transparent or non-transparent is an implementor's decision.  Whether 
  418. or not a transparent loopback is used, the loopback should not be affected by configurations and condi-
  419. tions beyond the point at which the loopback is provided e.g. by the presence of short circuits, open cir-
  420. cuits or foreign voltages.
  421.  
  422.  
  423.  
  424. 7.3    Loopback characteristics for primary rate subscriber installations
  425.  
  426.  
  427.  
  428.     Characteristics of loopbacks are given in Table 2/I.602
  429.  
  430.  
  431.  
  432.                                TABLE 2/I.602
  433.  
  434.  
  435.  
  436.        Characteristics of optional loopbacks for primary rate access
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532. Note 1 - Transfer of layer 3 service messages may take place between TE (or NT2) and the exchange prior to 
  533. the use of the layer 1 control mechanism.  However, there are situations where the TE (or NT2) may not 
  534. receive a reply:
  535.  
  536.  
  537.  
  538.     a)    the message may not be transmitted when the interface is in a failure situation;
  539.  
  540.  
  541.  
  542.     b)    a network that does not support layer 3 signalling option need not respond.
  543.  
  544.  
  545.  
  546.           Definition of layer 1 control signals from TE (or NT2) towards NT1 remains for further study.
  547.  
  548.  
  549.  
  550. Note 2 - Loopback B, is applicable to each individual interface at reference point S.
  551.  
  552.  
  553.  
  554. Note 3 - The different part B,  H0 and H11 channel loopbacks are controlled by separate control signals.  
  555. However, several per channel loopbacks may be applied at the same time.
  556.  
  557.  
  558.  
  559. Note 4 - The signal toward ET from the NT1 needs further study.
  560.  
  561.  
  562.  
  563. Note 5 - For 1544 kbit/s interface.
  564.  
  565.  
  566.  
  567. Note 6 - For 2048 kbit/s interface.
  568.  
  569.  
  570.  
  571. Note 7 - Activation/deactivation of loopback 3 may be requested from a maintenance service provider (MSP). 
  572.  
  573.  
  574.  
  575. Note 8 - From a technical viewpoint, it is however desirable that loopback 3 always be implemented (though it 
  576. is not mandatory) and so the design of protocols for loopback control should include the operation of loop-
  577. back 3.
  578.  
  579.  
  580.  
  581. 8.    Status request
  582.  
  583.  
  584.  
  585.     A piece of equipment i.e. NT2, TE, TA may have different states regarding its operation and/or mainte-
  586. nance conditions, e.g. in service, out of service, under tests, etc.
  587.  
  588.  
  589.  
  590.     These states may be defined in the future.
  591.  
  592.  
  593.  
  594.     A MSP may request a SIME in the subscriber installation to indicate the current status of a particular ter-
  595. minal and/or of the connected terminal equipment.
  596.  
  597.  
  598.  
  599. 9.    Failure report to MSP
  600.  
  601.  
  602.  
  603.     A subscriber installation which has detected that a TE is in a failed condition (e.g. when it is detected that 
  604. a threshold has been exceeded) may have the ability to inform (via the ISDN), immediately, the MSP respon-
  605. sible for the concerned TE.
  606.  
  607.  
  608.  
  609.     After reception of such an information, the MSP may initiate a more precise failure localization.
  610.  
  611.  
  612.  
  613. 10.    Interrogation of parameter values and counters
  614.  
  615.  
  616.  
  617.     A MSP may have the ability to access basic information, such as instantaneous value of a parameter or 
  618. counter.
  619.