home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / q / q761.asc < prev    next >
Text File  |  1991-12-31  |  13KB  |  285 lines
  1.          Recommendation Q.761
  2.                      FUNCTIONAL DESCRIPTION OF THE ISDN USER PART
  3.                               OF SIGNALLING SYSTEM No. 7
  4.          1      General
  5.                The ISDN User Part is the Signalling System No. 7 protocol  which  provides
  6.          the  signalling  functions  required  to  support  basic  bearer   services   and
  7.          supplementary services for voice and  non-voice  applications  in  an  integrated
  8.          services digital network.
  9.                The ISDN User Part is also suited for application  in  dedicated  telephone
  10.          and circuit switched data networks and in  analogue  and  mixed  analogue/digital
  11.          networks. In particular the ISDN User Part  meets  the  requirements  defined  by
  12.          CCITT for worldwide international  semi-automatic  and  automatic  telephone  and
  13.          circuit switched data traffic.
  14.                The ISDN User Part is furthermore suitable for national applications.  Most
  15.          signalling procedures, information  elements  and  message  types  specified  for
  16.          international use are also required in typical national  applications.  Moreover,
  17.          coding space has been reserved in order to  allow  national  administrations  and
  18.          recognized private operating agencies to introduce  network  specific  signalling
  19.          messages and elements of  information  within  the  internationally  standardized
  20.          protocol structure.
  21.                The ISDN User Part makes use  of  the  services  provided  by  the  Message
  22.          Transfer Part (MTP) and in some cases by the Signalling Connection  Control  Part
  23.          (SCCP) for the transfer of information between ISDN User Parts.
  24.                The ISDN User Part protocol which supports  the  basic  bearer  service  is
  25.          described in Recommendations Q.761 to Q.764 and Q.766. A general  description  of
  26.          ISDN User Part signals and messages is provided in Recommendation Q.762.  Message
  27.          formats and message field codings are defined in Recommendation Q.763, while  the
  28.          signalling procedures are described in Recommendation Q.764. Recommendation Q.766
  29.          deals with ISDN User Part performance objectives.
  30.                ISDN User Part protocol elements which support supplementary  services  are
  31.          described in Recommendation Q.730.
  32.                Note - The message set, message formats and procedures  specified  in  this
  33.          version of the ISDN User Part protocol are not in complete alignment  with  those
  34.          of the 1984 version (Red Book). The two versions of the  protocol  are  therefore
  35.          not compatible in all aspects.
  36.          2      Services supported by the ISDN User Part
  37.                The ISDN User Part protocol supports the basic  bearer  service,  i.e.  the
  38.          establishment, supervision and release of  64  kbit/s  circuit  switched  network
  39.          connections between subscriber line exchange terminations.
  40.                In addition to the basic bearer service the ISDN User  Part  also  supports
  41.          the following supplementary services:
  42.                -   calling line identification,
  43.                -   call forwarding,
  44.                -   closed user groups,
  45.                -   directing dialling in, and
  46.                -   user-to-user signalling.
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                                                         Fascicle VI.8 - Rec. Q.761   PAGE1
  71.  
  72.                  3      Services assumed from the Message Transfer Part (MTP)
  73.           3.1    General
  74.                 This section describes the functional interface presented  by  the  Message
  75.           Transfer Part  to  the  ISDN  User  Part.  In  accordance  with  the  description
  76.           techniques defined by the Open System Interconnection (OSI) model, information is
  77.           transferred to and from the MTP in the form of Parameters carried by Primitives.
  78.                 The general syntax of a primitive is as follows:
  79.  
  80.            X       Generic name         Specific name           Parameter
  81.  
  82.           where
  83.                  X designates the function providing the service (the MTP, in this case),
  84.                  the Generic name describes an action by X,
  85.                  the Specific name indicates the purpose of the primitive, i.e. whether  it
  86.                      conveys a request for  service,  an  indication  that  service  related
  87.                      information has been received, a response to a  service  request  or  a
  88.                      confirmation that the requested service has been performed, and
  89.                  the Parameters contain the elements of supporting information  transferred
  90.                      by the primitive.
  91.           3.2    Description of primitives
  92.                 The following paragraphs describe the primitives used across the ISDN  User
  93.           Part-Message Transfer Part functional interface. The primitives together with the
  94.           parameters carried by each primitive are also shown in Table 1/Q.761.
  95.           3.2.1  Transfer
  96.                 The MTP-TRANSFER primitive is used either by the ISDN User Part  to  access
  97.           the Signalling Message Handling function of the Message Transfer Part or  by  the
  98.           latter to deliver signalling message information to the ISDN User Part.
  99.           3.2.2  Pause
  100.                 The MTP-PAUSE primitive is sent by the Message Transfer  Part  to  indicate
  101.           its inability to transfer messages to the destination specified as a parameter.
  102.           3.2.3  Resume
  103.                 The MTP-RESUME primitive is sent by the Message Transfer Part  to  indicate
  104.           its ability to resume  unrestricted  transfer  of  messages  to  the  destination
  105.           specified as a parameter.
  106.           3.2.4  Status
  107.                 The MTP-STATUS primitive is sent by the Message Transfer Part  to  indicate
  108.           that the signalling route to a specific destination is congested or the ISDN User
  109.           Part at  the  destination  is  unavailable.  The  affected  destination  and  the
  110.           congestion indication are carried  as  parameters  (see  Table  1/Q.761)  in  the
  111.           primitive.
  112.                                                  TABLE 1/Q.761
  113.                                    Message transfer part service primitives
  114.           Primitives                                           
  115.                  Generic name              Specific name               Parameters
  116.            MTP-TRANSFER              Request                    OCP
  117.                                      indication                 DPC
  118.                                                                 SLS
  119.                                                                 
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.           PAGE4   Fascicle VI.8 - Rec. Q.761
  142.  
  143.                                                                SIO
  144.                                                                Signalling info.
  145.           MTP-PAUSE                  Indication                 Affected DPC
  146.           MTP-RESUME                 Indication                 Affected DPC
  147.           MTP-STATUT                 Indication                 Affected DPC
  148.                                                                Cause (see Note)
  149.               OPC  Originating point code
  150.              DPC   Destination point code
  151.              SLS   Signaling link selection code
  152.              SIO   Service information octet
  153.              Note - The cause parameter can assume two values:
  154.              -  signalling network congested (level), where level is included only if 
  155.                natioal options with congestion priorities and multiple signalling states 
  156.                without congestion priorities (see Recommendation Q.704).
  157.              -  remote user unavailable.
  158.          4      End-to-end signalling
  159.          4.1    General
  160.                End-to-end signalling is defined as the capability to  transfer  signalling
  161.          information of end points significance directly between signalling end points  in
  162.          order to provide a requesting user with a basic or supplementary service.
  163.                End-to-end signalling  is  used  typically  between  call  originating  and
  164.          terminating local exchanges, to request or to respond to requests for  additional
  165.          call related information, to  invoke  a  supplementary  service  or  to  transfer
  166.          user-to-user information transparently through the network.
  167.                End-to-end signalling procedures are described in Recommendation  Q.764,  S
  168.          3.
  169.                The following two methods of end-to-end signalling are supported:
  170.          4.2    SCCP method of end-to-end signalling
  171.                Connection-oriented or connectionless  transfer  of  end-to-end  signalling
  172.          information can be accomplished by using  the  service  provided  the  Signalling
  173.          Connection  Control  Part  (SCCP)  of  Signalling  System  No.  7.  The  relevant
  174.          procedures are described in Recommendation Q.764, S 3.4.
  175.          4.3    Pass-along method of end-to-end signalling
  176.                The  pass-along  method  of  end-to-end  signalling  provides  transfer  of
  177.          signalling information without requiring the services of the SCCP.
  178.                This method may be used between two exchanges when the  information  to  be
  179.          transferred relates to an existing call for which a physical  connection  between
  180.          the same two exchanges has been established. The  information  transfer  in  this
  181.          case occurs over the same signalling path as that used to set  up  the  call  and
  182.          establish the physical connection.
  183.                The relevant procedures are described in Recommendation Q.764, S 3.3.
  184.          5      Future enhancements
  185.                Requirements for additional protocol capabilities, such as the  ability  to
  186.          support new supplementary services, will result from time to time in the need  to
  187.          add to or modify existing protocol elements and thus to  create  a  new  protocol
  188.          version.
  189.                In order to ensure adequate service continuity,  the  insertion  of  a  new
  190.          protocol version into one  part  of  a  network  should  be  transparent  to  the
  191.          remainder of the network. Compatible interworking between  protocol  versions  is
  192.          optimized by adhering to the following guidelines when specifying a new version:
  193.                1)  Existing protocol elements, i.e. procedures, messages, parameters  and
  194.                   codes, should not be changed  unless  a  protocol  error  needs  to  be
  195.                   corrected or it becomes  necessary  to  change  the  operation  of  the
  196.                   service that is being supported by the protocol.
  197.                2)  The semantics of a message,  a  parameter  or  of  a  field  within  a
  198.                   parameter should not be changed.
  199.                3)  Established rules for the formatting and encoding messages should  not
  200.                   be modified.
  201.                4)  The addition of parameters to the mandatory part of an existing message 
  202.                   should not be allowed. If needed,  a  new  message  should  be  defined
  203.                   containing the desired set of existing and new mandatory parameters.
  204.                5)  A parameter may be added to an existing  message  as  long  as  it  is
  205.                   allocated to the optional part of the message.
  206.                6)  The addition of new octets  to  an  existing  mandatory  fixed  length
  207.                   parameter should be avoided. If needed, a new optional parameter should
  208.  
  209.  
  210.  
  211.  
  212.                                                         Fascicle VI.8 - Rec. Q.761   PAGE1
  213.  
  214.                be defined containing the desired set of existing and  new  information
  215.                   fields.
  216.                7)  The sequence of fields in an existing variable length parameter should
  217.                   remain unchanged. New fields may be added at the end  of  the  existing
  218.                   sequence of parameter fields. If a change in the sequence of  parameter
  219.                   fields is required, a new parameter should be defined.
  220.                8)  The all zeros code point should be used  exclusively  to  indicate  an
  221.                   unallocated (spare) or insignificant value of a parameter  field.  This
  222.                   avoids an all zeros code, sent by  one  protocol  version  as  a  spare
  223.                   value, to be interpreted as a significant value in another version.
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.          PAGE4   Fascicle VI.8 - Rec. Q.761
  284.  
  285.