home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / q / q712.asc < prev    next >
Text File  |  1991-12-31  |  18KB  |  498 lines
  1.          Recommendation Q.712
  2.                        DEFINITION AND FUNCTION OF SCCP MESSAGES
  3.          1      Signalling connection control part messages
  4.                The signalling connection control part (SCCP)  messages  are  used  by  the
  5.          peer-to-peer protocol. All messages are uniquely identified by means of a message
  6.          type code, which is to be found in all the messages. The meaning  and  definition
  7.          of the various parameter fields contained in these messages are specified in S 2.
  8.          The actual inclusion of these parameter fields in a given message depends on  the
  9.          class of protocol and is specified in S 3.
  10.          1.1    Connection Confirm (CC)
  11.                A Connection Confirm message is sent by the called SCCP to indicate to  the
  12.          calling SCCP that it has performed the setup of  the  signalling  connection.  On
  13.          reception of a Connection Confirm message, the calling SCCP completes  the  setup
  14.          of the signalling connection, if possible.
  15.                It is used during connection  establishment  phase  by  connection-oriented
  16.          protocol class 2 or 3.
  17.          1.2    Connection Request (CR)
  18.                A Connection Request message is sent by a calling SCCP to a called SCCP  to
  19.          request the setting up of a signalling connection between the two  entities.  The
  20.          required characteristics of the signalling  connection  are  carried  in  various
  21.          parameter fields. On reception of a Connection Request message, the  called  SCCP
  22.          initiates the setup of the signalling connection if possible.
  23.                It is used during connection  establishment  phase  by  connection-oriented
  24.          protocol class 2 or 3.
  25.          1.3    Connection Refused (CREF)
  26.                A Connection Refused message is sent by the called SCCP or an  intermediate
  27.          node SCCP to indicate to the calling  SCCP  that  the  setup  of  the  signalling
  28.          connection has been refused.
  29.                It is used during connection  establishment  phase  by  connection-oriented
  30.          protocol class 2 or 3.
  31.          1.4    Data Acknowledgement (AK)
  32.                A Data Acknowledgement message is used to control the window  flow  control
  33.          mechanism, which has been selected for the data transfer phase.
  34.                It is used during the data transfer phase in protocol class 3.
  35.          1.5    Data Form 1 (DT1)
  36.                A Data Form 1 message is sent by either end of a signalling  connection  to
  37.          pass transparently SCCP user data between two SCCP nodes.
  38.                It is used during the data transfer phase in protocol class 2 only.
  39.          1.6    Data Form 2 (DT2)
  40.                A Data Form 2 message is sent by either end of a signalling  connection  to
  41.          pass transparently SCCP user data between  two  SCCP  nodes  and  to  acknowledge
  42.          messages flowing in the other direction.
  43.                It is used during the data transfer phase in protocol class 3 only.
  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.                                                         Fascicle VI.7 - Rec. Q.712   PAGE1
  71.  
  72.                1.7    Expedited Data (ED)
  73.                An Expedited Data message functions as a Data Form 2 message  but  includes
  74.          the ability to bypass the flow control mechanism which has been selected for  the
  75.          data transfer phase. It may be sent by either end of the signalling connection.
  76.                It is used during the data transfer phase in protocol class 3 only.
  77.          1.8    Expedited Data Acknowledgement (EA)
  78.                An Expedited  Data  Acknowledgement  message  is  used  to  acknowledge  an
  79.          Expedited Data message. Every ED message has to be acknowledged by an EA  message
  80.          before another ED message may be sent.
  81.                It is used during the data transfer phase in protocol class 3 only.
  82.          1.9    Inactivity Test (IT)
  83.                An Inactivity Test message may be sent periodically  by  either  end  of  a
  84.          signalling connection to check if this signalling connection is  active  at  both
  85.          ends, and to audit the consistency of connection data at both ends.
  86.                It is used in protocol classes 2 and 3.
  87.          1.10   Protocol Data Unit Error (ERR)
  88.                A Protocol Data Unit Error message is sent on  detection  of  any  protocol
  89.          errors.
  90.                It is used during the data transfer phase in protocol classes 2 and 3.
  91.          1.11   Released (RLSD)
  92.                A Released message is sent,  in  the  forward  or  backward  direction,  to
  93.          indicate that the sending SCCP wants to release a signalling connection  and  the
  94.          associated resources at the sending SCCP have been brought  into  the  disconnect
  95.          pending condition. It also indicates that the receiving node should  release  the
  96.          connection and any other associated resources as well.
  97.                It is used during connection release phase in protocol classes 2 and 3.
  98.          1.12   Release Complete (RLC)
  99.                A Release Complete message is sent in  response  to  the  Released  message
  100.          indicating that the Released message  has  been  received,  and  the  appropriate
  101.          procedures has been completed.
  102.                It is used during connection release phase in protocol classes 2 and 3.
  103.          1.13   Reset Confirm (RSC)
  104.                A Reset Confirm message is sent in response to a Reset Request  message  to
  105.          indicate that Reset Request has been received and the appropriate  procedure  has
  106.          been completed.
  107.                It is used during the data transfer phase in protocol class 3.
  108.          1.14   Reset Request (RSR)
  109.                A Reset Request message is sent to indicate that the sending SCCP wants  to
  110.          initiate a reset procedure  (re-initialization  of  sequence  numbers)  with  the
  111.          receiving SCCP.
  112.                It is used during the data transfer phase in protocol class 3.
  113.          1.15   Subsystem-Allowed (SSA)
  114.                A Subsystem-Allowed message is sent to  concerned  destinations  to  inform
  115.          those destinations that a subsystem which was formerly prohibited is now allowed.
  116.                It is used for SCCP subsystem management.
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.          PAGE6   Fascicle VI.7 - Rec. Q.712
  142.  
  143.                1.16   Subsystem-Out-of-Service-Grant (SOG)
  144.                A  Subsystem-Out-of-Service-Grant  message  is  sent,  in  response  to   a
  145.          Subsystem-Out-of-Service-Request message, to the  requesting  SCCP  if  both  the
  146.          requested SCCP and the backup of the affected subsystem agree to the request.
  147.                It is used for SCCP subsystem management.
  148.          1.17   Subsystem-Out-of-Service-Request (SOR)
  149.                A Subsystem-Out-of-Service message  is  used  to  allow  subsystems  to  go
  150.          out-of-service without degrading performance of the  network.  When  a  subsystem
  151.          wishes  to  go  out-of-service,  the  request  is  transferred  by  means  of   a
  152.          Subsystem-Out-of-Service-Request message between the SCCP at the subsystem's node
  153.          and the SCCP at the duplicate subsystem's node.
  154.                It is used for SCCP subsystem management.
  155.          1.18   Subsystem-Prohibited (SSP)
  156.                A Subsystem-Prohibited message is sent to concerned destinations to  inform
  157.          SCCP Management (SCMG) at those destinations of the failure of a subsystem.
  158.                It is used for SCCP subsystem management.
  159.          1.19   Subsystem-Status-Test (SST)
  160.                A  Subsystem-Status-Test  message  is  sent  to  verify  the  status  of  a
  161.          subsystem marked prohibited.
  162.                It is used for SCCP subsystem management.
  163.          1.20   Unitdata (UDT)
  164.                A  Unitdata  message  is  used  by  a  SCCP  wanting  to  send  data  in  a
  165.          connectionless mode.
  166.                It is used in connectionless protocol classes 0 and 1.
  167.          1.21   Unitdata Service (UDTS)
  168.                A Unitdata Service message is used to  indicate  to  the  originating  SCCP
  169.          that a UDT it sent cannot be delivered to its destination. A UDTS message is sent
  170.          only when the option field in that UDT is set to "return on error".
  171.                It is used in connectionless protocol classes 0 and 1.
  172.          2      SCCP parameter
  173.          2.1    affected point code
  174.                The "affected point code" identifies a signalling point where the  affected
  175.          subsystem is located.
  176.          2.2    affected subsystem number
  177.                The "affected subystem  number"  parameter  field  identifies  a  subsystem
  178.          which is failed, withdrawn, congested or allowed. In the case of SST messages, it
  179.          also identifies the subsystem being audited. In the case of SOR or SOG  messages,
  180.          it identifies a subsystem requesting to go out of service.
  181.          2.3    calling/called party address
  182.                The  "calling/called  party  address"  parameter  field   contains   enough
  183.          information to uniquely identify  the  origination/destination  signalling  point
  184.          and/or the SCCP service access point.
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.                                                         Fascicle VI.7 - Rec. Q.712   PAGE1
  213.  
  214.                It can be any combination of a global title (dialled digits  for  example),
  215.          a signalling point code, and a  subsystem  number.  The  subsystem  number  (SSN)
  216.          identifies a SCCP user function when provided.
  217.                In order to allow the interpretation of this address,  it  begins  with  an
  218.          address indicator indicating which information elements are present. The  address
  219.          indicator  also  includes  a  routing  indicator  specifying  if  translation  is
  220.          required, and a global title indicator specifying global title format.
  221.                The "calling/called  party  address"  parameter  field  has  two  different
  222.          meanings depending  on  whether  it  is  included  in  a  connection-oriented  or
  223.          connectionless message.
  224.                For a connection-oriented message, the  significance  of  these  fields  is
  225.          related to the direction  of  the  connection  setup  (i.e.  independent  of  the
  226.          direction the message is going.
  227.                For  a  connectionless  message,  the  significance  of  these  fields   is
  228.          dependent on the direction the message is going (just as for OPC and DPC).
  229.          2.4    credit
  230.                The "credit" parameter field is used in the  acknowledgements  to  indicate
  231.          to the sender how many messages it may send, i.e., window size. It is  also  used
  232.          in the CR and CC message to indicate the proposed and selected credit, and in the
  233.          IT message to audit the consistency of this connection data at  both  ends  of  a
  234.          connection section.
  235.          2.5    data
  236.                The "data" parameter field contains information coming  from  upper  layers
  237.          or from SCCP management.
  238.                In connectionless  and  connection-oriented  messages  the  data  parameter
  239.          field contains information coming from the upper layers.
  240.                Information coming from SCCP management  will  be  contained  in  the  data
  241.          parameter field of a UDT message. In this case the data parameter  field  of  the
  242.          UDP message will only contain the SCCP management message.
  243.          2.6    diagnostic
  244.                The "diagnostic" parameter field is for further study.
  245.          2.7    error cause
  246.                The "error cause" parameter field is used in the Protocol Data  Unit  Error
  247.          message in order to indicate what is the exact protocol error.
  248.          2.8    end of optional parameters
  249.                The "end of optional parameters" parameter field is  used  in  any  message
  250.          containing optional parameters to indicate where  the  part  allocated  to  these
  251.          optional parameters ends.
  252.          2.9    local reference number (source/destination)
  253.                The "local reference number (source/destination)" parameter field  uniquely
  254.          identifies in a node a signalling connection. It is an  internal  working  number
  255.          chosen by each node independently from the destination node. At least  one  local
  256.          reference number is to  be  found  in  any  message  exchanged  on  a  signalling
  257.          connection section.
  258.                Note - Remote reference number is  used  to  reflect  the  local  reference
  259.          number at the remote end of a connection section.
  260.          2.10   protocol class
  261.                For connection-oriented protocol classes, the  "protocol  class"  parameter
  262.          field is used during the connection establishment phase; it is negotiated between
  263.          the two end SCCP. It is also  used  during  data  transfer  phase  to  audit  the
  264.          consistency of this connection data at both ends of a connection section.
  265.                For connectionless protocol classes the "protocol  class"  parameter  field
  266.          is used to indicate whether  or  not  a  message  should  be  returned  on  error
  267.          occurence.
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.          PAGE6   Fascicle VI.7 - Rec. Q.712
  284.  
  285.                2.11   receive sequence number
  286.                The "receive sequence number" parameter field P(R)  is  used  in  the  data
  287.          acknowledgement message to indicate the lower edge of the receiving window.
  288.                It also indicates that at least all messages numbered up to  and  including
  289.          P(R) - 1 are accepted.
  290.          2.12   refusal cause
  291.                The "refusal cause"  parameter  field  is  used  in  a  Connection  Refused
  292.          message to indicate the reason why the connection setup request was refused.
  293.          2.13   release cause
  294.                The "release cause" parameter field  is  used  in  a  Released  message  to
  295.          indicate the reason of the release.
  296.          2.14   reset cause
  297.                The "reset cause" parameter field is used in a  Reset  Request  message  to
  298.          indicate the reason why a reset procedure is invoked.
  299.          2.15   return cause
  300.                For connectionless protocol classes, the "return cause" parameter field  is
  301.          used to indicate the reason why a message was returned.
  302.          2.16   segmenting/reassembling
  303.                The "segmenting/reassembling" parameter field is used in the  data  message
  304.          for the segmenting and reassembling function.  It  is  the  more  data  indicator
  305.          (M-bit). This is used only in connection-oriented messages.
  306.                It is set to one in a data message to indicate that more data  will  follow
  307.          in a subsequent message.
  308.                It is set to zero in a data message to  indicate  that  the  data  in  this
  309.          message forms the end of a complete data sequence.
  310.          2.17   sequencing/segmenting
  311.                The  "sequencing/segmenting"  parameter  field  contains  the   information
  312.          necessary  for  the  following  functions:  sequence  numbering,  flow   control,
  313.          segmenting and reassembling.
  314.          2.18   subsystem multiplicity indicator
  315.                The "subsystem multiplicity indicator" is used in SCCP management  messages
  316.          to indicate the number of associated replicated subsystems.
  317.          3      Inclusion of fields in the messages
  318.                The inclusion of the information elements specified in S 2 in  the  various
  319.          messages specified in S 1 according  to  their  type  depends  on  the  class  of
  320.          protocol. SCCP messages are  specified  in  Table  1/Q.712  and  SCCP  management
  321.          messages are specified in Table 2/Q.712.
  322.                All SCCP management messages are embedded in the "data"  parameter  of  the
  323.          Unitdata message.
  324.                The following applies to Tables 1/Q.712 and 2/Q.712:
  325.                m   mandatory field
  326.                o   optional field (which is included in a message when needed)
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.                                                         Fascicle VI.7 - Rec. Q.712   PAGE1
  355.  
  356.           Table 1/Q.712 - Landscape. File: 712T1E.DOC
  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.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.           PAGE6   Fascicle VI.7 - Rec. Q.712
  426.  
  427.                                                 TABLE 2/Q.712
  428.                                           SCCP management messages
  429.          Messages                                                                    
  430.          Parameter fields                   SSA        SSP        SST        SOR        SOG
  431.          SCMG format ID                      m          m          m          m          m
  432.          Affected SSN                        m          m          m          m          m
  433.          Affected PC                         m          m          m          m          m
  434.          Subsystem multiplicity              m          m          m          m          m
  435.          indicator                       
  436.  
  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.                                                         Fascicle VI.7 - Rec. Q.712   PAGE1
  497.  
  498.