home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / q / q730_1.asc < prev    next >
Text File  |  1991-12-31  |  58KB  |  1,574 lines
  1.  
  2.  
  3.  
  4.                                            
  5.  
  6.          All drawings contained in this Recommendation have been done in Autocad.
  7.          Recommendation Q.730
  8.                              ISDN SUPPLEMENTARY SERVICES
  9.          1      General
  10.          1.1    This Recommendation describes the signalling procedures for  Supplementary
  11.          Services  to  be  used  in  conjunction  with  the  ISDN  User  Part  defined  in
  12.          Recommendations Q.761-764, Q.766 and the  Transaction  Capabilities  Applications
  13.          Part (TCAP) defined in Recommendations Q.771-774.
  14.                Each Supplementary Service has  been  defined  in  separate  sections  each
  15.          containing the complete procedures encompassing both the ISDN User Part  and  the
  16.          procedures to be used on the top of TCAP where appropriate.
  17.                Each section contains a general paragraph giving details  of  the  specific
  18.          service with references to the  Stage  I  and  II  descriptions  defined  in  the
  19.          relevant Recommendations of the I.200 and Q.80 Series. The call set-up procedures
  20.          and the actions taken at originating exchanges, etc. are defined. Arrow  diagrams
  21.          showing the message flows for both successful and unsuccessful  establishment  of
  22.          the service are generally included. The  formats  and  codings  aspects  are  not
  23.          defined in this Recommendation but references are made to  the  appropriate  ISDN
  24.          User Part, TC or SCCP Recommendations.
  25.          1.2    Information request/response
  26.                The "information request/response" message  interchange  described  in  the
  27.          calling line identity supplementary  services  uses  a  general  request/response
  28.          mechanism  (e.g.  INR/INF  messages)  which  can  be  used  in  the  future   for
  29.          supplementary services not currently defined (see Recommendation Q.764).
  30.          1.3    Exceeding the maximum message length (e.g. ISDN User Part 272 octets)
  31.                If for any reason the  combination  of  basic  plus  supplementary  service
  32.          information causes the overall  maximum  length  of  the  message  (e.g.  Initial
  33.          Address Message) to be exceeded then the user-to-user supplementary service 1, if
  34.          included, should be rejected (see S 2 covering interactions).
  35.                The combination of other services which may cause the message length to  be
  36.          exceeded will depend on the call state and the requested service.
  37.          1.4    Layout of Recommendation Q.730
  38.                S 1 General
  39.                S 2 User-to-user signalling (Note)
  40.                S 3 Close user group
  41.                S 4 Calling line identification (presentation and restriction)
  42.                S 5 Direct dialling in
  43.                S 6 Call forwarding (Note)
  44.                S 7 Time-out table for supplementary services (requires further study)
  45.                Note - The text for the explicit invocation of the user-to-user  signalling
  46.          has been included as Annex A.
  47.          2      User-to-user signalling service
  48.          2.1    General description of user-to-user service
  49.                The user-to-user signalling supplementary service(s) provide(s) a means  of
  50.          communication between two users by using the ISDN User  Part  or  SCCP  protocols
  51.          defined in Recommendations  Q.711-714  and  Q.761-764,  766.  In  order  for  the
  52.          services to be usable, they also have to be provided in the access protocol.
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  72.  
  73.                User-to-user signalling is used to exchange I.257 information  between  two
  74.          users to provide the user-to-user services  described  in  Recommendation  I.257.
  75.          This section is specific to Signalling System No. 7. The general description  for
  76.          services 1-3 may be found in the last mentioned Recommendation and the functional
  77.          description in Recommendation Q.87.
  78.          2.1.1  User-to-user services
  79.                Three user-to-user signalling  services  associated  with  circuit-switched
  80.          calls that may be provided by the network users are:
  81.               Service 1: user-to-user signalling exchanged during the set-up and  clearing
  82.               phases of a call, within ISDN User Part call set-up and release messages  as
  83.               defined in Recommendation Q.763;
  84.               Service 2: user-to-user signalling exchanged during call set-up between  the
  85.               address complete or  call  progress  messages  and  the  answer  or  connect
  86.               messages, within user-to-user information messages; and
  87.               Service 3: user-to-user signalling exchanged while a call is in  the  active
  88.               state, within user-to-user information messages.
  89.                All three services may be used separately or in any  combination  within  a
  90.          single call. As an option at call set-up, users may be able  to  specify  whether
  91.          the  requested  user-to-user   signalling   service(s)   is(are)   essential   or
  92.          non-essential for the call (i.e. whether the call should be completed or  not  if
  93.          user-to-user information cannot be passed). Up to 128 octets of user  information
  94.          may be transferred in a message in each of the three services1) . The 128  octets
  95.          does not include  the  user-to-user  information  parameter  name,  the  protocol
  96.          control indicator or the length octets.
  97.          2.1.2  Service request
  98.                Service 1 may be requested implicitly by the presence of  the  user-to-user
  99.          information parameter in the Initial Address  Message.  An  implicit  request  is
  100.          "non-essential" by default.
  101.                Explicit requests of Service 1  and  2  must  be  in  the  Initial  Address
  102.          Message. Service 3 may be explicitly requested in  the  Initial  Address  Message
  103.          during call set-up. When there is  an  explicit  request  a  single  user-to-user
  104.          indicators parameter will be used with one of the following indications for  each
  105.          of the three services:
  106.                -   no information;
  107.                -   requested, non-essential;
  108.                -   requested, essential.
  109.          2.1.3  Response (Confirmation)
  110.                If explicit requests  are  used  there  should,  in  general,  be  explicit
  111.          responses in a user-to-user  indicators  parameter  with  one  of  the  following
  112.          indications for each of the three services:
  113.                -   no information;
  114.                -   provided;
  115.                -   not provided.
  116.                Implicit "not provided" responses occur when:
  117.                -   Service 1 has been implicitly requested and no user-to-user information 
  118.                   is received in call set-up or release messages; or
  119.                -   Service 1, 2 or 3 has  been  explicitly  requested  and  there  is  no
  120.                   indication of acceptance or rejection from call control.
  121.          2.1.4  Flow control
  122.                The  exchange  of  user-to-user  signalling  is  limited  by  flow  control
  123.          procedures provided on the access by either the user or  network.  The  need  for
  124.          interexchange flow control procedures by the  ISDN  User  Part  for  user-to-user
  125.          signalling should be evaluated.
  126.          2.2    Procedures for user-to-user signalling  associated  with  circuit-switched
  127.                call
  128.                The following sections  only  specify  the  signalling  procedure  used  to
  129.          implicitly invoke the Service 1. Signalling procedures  defined  to  support  the
  130.          other services are specified in Annex A.
  131.          2.2.1  User-to-user signalling, Service 1
  132.          2.2.1.1   General characteristics
  133.                Service 1 allows users  to  communicate  with  user-to-user  signalling  by
  134.          transferring user-to-user information within ISDN User Part messages  during  the
  135.  
  136.          1) During an interim period of time, networks may support a lesser number (e.g. 32 octets)
  137.            due to protocol restrictions; 32 octets will  always  be  supported.  Restrictions  may
  138.            apply to calls requesting user-to-user information more than 32 octets.
  139.  
  140.  
  141.  
  142.          PAGE1   Fascicle VI.8 - Rec. Q.730
  143.  
  144.  
  145.  
  146.  
  147.                                            
  148.  
  149.          call set-up and clearing phases. The user-to-user signalling service provided  is
  150.          not a guaranteed service. If for any reason the combination  of  the  basic  plus
  151.          supplementary service information  causes  the  overall  maximum  length  of  the
  152.          message to be exceeded then if the User-to-user Signalling Service 1 is included,
  153.          then the service should be rejected.
  154.          2.2.1.2   User-to-user signalling in the call set-up  phase  -  implicit  service
  155.                request
  156.                Procedures for call set-up are as described in Recommendation Q.764,  S  2,
  157.          with the following changes:
  158.                Service 1 may be invoked by sending the user-to-user information  parameter
  159.          of variable length that is specified  in  Recommendation  Q.763,  S  3.34  in  an
  160.          Initial Address Message that is requested in a  call  set-up  request  from  call
  161.          control. This  information  parameter  is  transported  across  the  network  and
  162.          delivered unchanged to the terminating call control  for  the  called  user.  The
  163.          user-to-user indicators parameter will not be sent.
  164.                The reception of a user-to-user information parameter in a call  set-up  or
  165.          release request from the terminating call control is an  implicit  indication  of
  166.          the acceptance of Service 1.
  167.                The user or network may not be  able  to  interpret  incoming  user-to-user
  168.          information. In such situations, the user should discard this information without
  169.          disrupting normal call handling.  No  specific  signalling  is  provided  by  the
  170.          network to accommodate this situation.
  171.          2.2.1.3   Interworking
  172.                In the case of interworking with a  non-ISDN  network,  the  "interworking"
  173.          protocol control information will be returned to the originating exchange in  the
  174.          first appropriate message, e.g. an Address Complete Message.  Two  ISDN  networks
  175.          that interwork may have to retain knowledge of the service request  until  it  is
  176.          clear whether both can support the service.
  177.          2.2.1.4   Rejection of implicit service requests
  178.                Networks that cannot  provide  the  service  requested  may  not  return  a
  179.          rejection indication.
  180.          2.2.1.5   User-to-user signalling in the call clearing phase
  181.                A user-to-user  information  parameter  may  be  included  in  the  Release
  182.          Message. The user-to-user information parameter received at the distant  exchange
  183.          in the Release Message is passed to the call control for the remote user. In  the
  184.          case of simultaneous clearing of the call, the Release Message may not reach  the
  185.          distant local exchange and the user-to-user information will be lost.
  186.          2.2.1.6   Message flow diagrams
  187.                The message flow diagrams are shown in Figure 1/Q.730 as well  as  the  use
  188.          of  user-to-user  signalling  service  1   when   implicitly   requested   in   a
  189.          point-to-point configuration.
  190.                The messages shown with dashed lines are not part of  the  ISDN  User  Part
  191.          protocol and are for information only. For detailed  information  on  the  access
  192.          protocol user-to-user procedures the ISDN access protocol  Recommendation  should
  193.          be examined.
  194.                                         Figure 1/Q.730 - T1115880-88
  195.  
  196.          2.2.2  Interaction with other supplementary services
  197.          2.2.2.1   Call forwarding services
  198.                Interactions with the call  forwarding  services  are  shown  in  the  call
  199.          forwarding protocol sections.
  200.          2.2.2.2   Call waiting service
  201.                Interactions with the call waiting service are shown in  the  call  waiting
  202.          protocol sections. (Call waiting is for further study.)
  203.          2.2.2.3   Other services
  204.                There are no known interactions with services other than those listed.
  205.          2.2.2.4   State transition diagrams
  206.                The state transition diagrams may be found in Stage 2 descriptions  of  the
  207.          user-to-user service.
  208.          3      Closed user group (CUG)
  209.          3.1    General
  210.  
  211.  
  212.  
  213.  
  214.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  215.  
  216.                The closed user group (CUG) supplementary service enables a group of  users
  217.          to intercommunicate only among themselves or, as required, one or more users  may
  218.          be provided with incoming/outgoing access to users outside the group.
  219.                The stage I definition of  the  CUG  service  is  given  in  Recommendation
  220.          I.255, and its stage II service definition including network functions are  given
  221.          in Recommendation Q.85.
  222.                The realization  of  the  CUG  facilities  is  done  by  the  provision  of
  223.          interlock codes and is based on various validation checks as defined in  Q.85  at
  224.          call set-up, determining whether or not a requested call to or from a user having
  225.          a CUG facility is allowed. In particular, a  validation  check  is  performed  by
  226.          verifying that both the calling and called parties belong to the CUG indicated by
  227.          the interlock code.
  228.                The data for each CUG that a user belongs to can either be  stored  at  the
  229.          local exchange to which the user is connected  (decentralized  administration  of
  230.          CUG data), or at dedicated point(s) in the network (centralized administration of
  231.          CUG data).
  232.                In S 3.2 the call set-up procedure based  on  decentralized  administration
  233.          of CUG data is specified  making  use  of  the  ISDN  User  Part  as  defined  in
  234.          Recommendations Q.761-764 and Q.766.
  235.                In S 3.3 the call set-up procedure based on centralized  administration  of
  236.          CUG  data  is  specified  making  use  of  the  ISDN  User  Part  as  defined  in
  237.          Recommendations Q.761-764 and Q.766 and the Transaction Capabilities  Application
  238.          Part (TCAP) as defined in Recommendations Q.771-775.
  239.                Section 3.4 specifies  the  application  service  element  (ASE),  situated
  240.          above the Transaction Capabilities Application Part  (TCAP),  and  used  for  CUG
  241.          validation check with centralized administration of CUG data.
  242.          3.2    Call set-up procedure with decentralized administration of CUG 
  243.                data
  244.          3.2.1  Originating exchange
  245.                The actions at  the  originating  exchange  at  call  set-up  from  a  user
  246.          belonging to a CUG depend on the result of the validation checks performed  there
  247.          based on whether the user belongs to one or more CUGs and on the  combination  of
  248.          CUG facilities that applies.
  249.                a)  CUG call without outgoing access
  250.                   If the result of the validation check indicates that the call should be
  251.                   dealt with as a CUG call, the interlock code of  the  selected  CUG  is
  252.                   obtained. The initial address message forwarded to  the  next  exchange
  253.                   then includes the interlock code together with an indication  that  the
  254.                   call is a  CUG  call  without  outgoing  access.  The  ISUP  preference
  255.                   indicator of the forward call indicators parameter in the IAM is set to
  256.                   "ISUP required all the way".
  257.                b)  CUG call with outgoing access
  258.                   If the result of the validation check indicates that the call should be
  259.                   dealt with as a CUG call with outgoing access, the  interlock  code  of
  260.                   the selected  CUG  together  with  an  outgoing  access  indication  is
  261.                   obtained. The initial address message forwarded to  the  next  exchange
  262.                   then includes the interlock code together with an indication  that  the
  263.                   call is a CUG call for which  outgoing  access  is  allowed.  The  ISUP
  264.                   preference indicator of the forward call indicators  parameter  in  the
  265.                   IAM is set to "ISUP preferred all  the  way",  unless  another  service
  266.                   requires a more stringent setting.
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.          PAGE1   Fascicle VI.8 - Rec. Q.730
  286.  
  287.  
  288.  
  289.  
  290.                                            
  291.  
  292.                c)  Non-CUG call
  293.                   If the result of the validation check indicates that the call should be
  294.                   dealt with as a non-CUG call, the initial address message forwarded  to
  295.                   the next exchange then does not include an interlock  code  nor  a  CUG
  296.                   call indication.
  297.                d)  Call rejected
  298.                   If the result of the validation check indicates that the call is to  be
  299.                   rejected, the call set-up is not initiated.
  300.          3.2.2  Transit exchange
  301.                With the  possible  exception  of  some  gateway  exchanges,  each  transit
  302.          exchange sets up a CUG call as an ordinary call. The information related  to  the
  303.          CUG facilities received from the preceding exchange, i.e. an  interlock  code,  a
  304.          CUG call indication - possibly with an indication that outgoing access is allowed
  305.          - is forwarded to the succeeding exchange.
  306.                In the case  of  an  international  CUG  call,  no  special  functions  are
  307.          required at the gateway exchange provided that the international  interlock  code
  308.          assigned to the international CUG concerned is  used  in  the  national  network.
  309.          However, in the case where a national interlock code other  than  the  applicable
  310.          international interlock code is used within a national  network,  interlock  code
  311.          conversion is required at the gateway (or corresponding) exchange.
  312.                In case of interworking with a network  which  does  not  support  the  CUG
  313.          facility, the gateway exchange may release the call, depending on the contents of
  314.          the CUG call indicator in the received IAM. The action at the  gateway  exchange,
  315.          in this case, is indicated in Table 1/Q.730. In cases where a call is rejected as
  316.          the result of the interworking, a release message including the  cause  parameter
  317.          indicating ## 88 is sent towards the originating exchange.
  318.          3.2.3  Destination exchange
  319.                At the destination exchange a validation check of the  acceptability  of  a
  320.          call is made according to the rule specified in  the  Recommendation  Q.85  where
  321.          either the calling party (as indicated by a CUG call indication  in  the  initial
  322.          address message received) or the called party belongs to a CUG. The  call  set-up
  323.          is continued only in  cases  where  the  information  received  checks  with  the
  324.          information stored at the  destination  exchange.  Table  2/Q.730  indicates  the
  325.          action to be taken by the destination exchange as the result  of  the  validation
  326.          check.
  327.                In cases where a call is rejected as the result  of  the  validation  check
  328.          because of incompatible CUG information, a release message  including  the  cause
  329.          parameter indicating one of the following values is sent towards the  originating
  330.          exchange:
  331.                ##55:  Incoming calls barred within CUG
  332.                ##87:  Called user not member of CUG
  333.                ##88:  Incompatible destination
  334.                Figure 2/Q.730  illustrates  example  message  flows  for  CUG  calls  with
  335.          decentralized administration of CUG data.
  336.          3.3    Call set-up procedure with centralized administration of CU 
  337.                data
  338.                In the local exchange an indication is stored,  showing  only  whether  the
  339.          user has one or none of the closed user group facilities.
  340.          3.3.1  Originating exchange
  341.                The  originating  exchange  requests  the  CUG  validation  check  to   the
  342.          dedicated point by invocation of the "CUG check 1" operation through  TCAP.  This
  343.          operation  and  associated  parameters  are  described   in   S   3.4   of   this
  344.          Recommendation. The following actions at the originating exchange depend  on  the
  345.          result of this validation check:
  346.                a)  CUG call indication
  347.                   If the result of the validation check  for  the  calling  user  at  the
  348.                   originating exchange indicates that the check for the calling user  has
  349.                   been successful, the  interlock  code  of  the  selected  CUG  possibly
  350.                   together with an outgoing access indication is  obtained.  The  initial
  351.                   address message forwarded  to  the  next  exchange  then  includes  the
  352.                   interlock code together with an indication that the call is a CUG  call
  353.  
  354.  
  355.  
  356.  
  357.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  358.  
  359.                without outgoing access or a CUG call with outgoing access.
  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.  
  426.  
  427.  
  428.          PAGE1   Fascicle VI.8 - Rec. Q.730
  429.  
  430.  
  431.  
  432.  
  433.                                             
  434.  
  435.                  b)  Non-CUG call indication
  436.                     If the result of the validation check indicates that the call should be
  437.                      dealt with as a non-CUG call, the initial address message forwarded  to
  438.                      the next exchange then does not include an interlock  code  nor  a  CUG
  439.                      call indication.
  440.                  c)  Call rejected
  441.                     If the result of the validation check indicates that the call is to  be
  442.                      rejected, the call set-up is not initiated.
  443.           3.3.2  Transit exchange
  444.                 Refer to S 3.2.2.
  445.           3.3.3  Destination exchange
  446.                 In the case of an incoming CUG call for which the validation check for  the
  447.           calling user has  successfully  been  performed,  the  received  initial  address
  448.           message includes the interlock code and CUG  call  indication  possibly  with  an
  449.           indication that  outgoing  access  is  allowed.  The  destination  exchange  then
  450.           forwards the information received in the initial address message to the dedicated
  451.           point for CUG validation check. In this case, the  destination  exchange  invokes
  452.           the  "CUG  check  2"  operation  through  TCAP.  This  operation  and  associated
  453.           parameters are defined in S 3.4 of this Recommendation.
  454.                  a)  Check successful indication
  455.                     If the result of the validation check indicates that the check has been
  456.                      successful, the index of the CUG  selected  for  the  called  user  and
  457.                      possibly an outgoing access  indication  are  obtained.  The  CUG  call
  458.                      set-up request is forwarded to the called user with these indications.
  459.                  b)  Non-CUG call indication
  460.                     If the result of the validation check indicates that the call should be
  461.                      dealt with as a non-CUG call, the set-up request of a non-CUG  call  is
  462.                      forwarded to the called user.
  463.                  c)  Call rejected
  464.                     If the result of the  validation  check  indicates  that  the  call  is
  465.                      rejected, the reason why the call has  been  rejected  is  obtained.  A
  466.                      release message including the cause parameter  indicating  one  of  the
  467.                      values as listed in S 3.2.3 is sent towards the originating exchange.
  468.           3.3.4  Dedicated point
  469.                 At the dedicated point, the CUG validation check is performed according  to
  470.           the rules defined in Recommendation Q.85. The procedures  between  the  dedicated
  471.           point and the  exchange  follow  those  as  defined  in  the  ASE  part  of  this
  472.           Recommendation.
  473.                 Figure 3/Q.730 illustrates an example message flow  for  a  CUG  call  with
  474.           centralized administration of CUG data.
  475.                                                  TABLE 1/Q.730
  476.                           Action at the gateway with a network without CUG capability
  477.           CUG call indicator in IAM    Action at the gateway 
  478.                                        exchange
  479.           CUG without outgoing         Release the call with 
  480.           access                       cause ##88
  481.           CUG with outgoing access     Treat the call as an 
  482.                                        ordinary call a)
  483.           Non-CUG                      Treat the call as an 
  484.                                        ordinary call
  485.                          a)  Discard the interlock code parameter and change the CUG 
  486.                          call indicator of the optional forward call indicator to 
  487.                          indicate non-CUG call or discard the whole parameter if 
  488.                          appropriate.
  489.                                                  TABLE 2/Q.730
  490.                               Handling of a CUG call at the destination exchange
  491.                                           Class of called user
  492.             CUG call       CUG match     CUG                  CUG + IA                No CUG
  493.           indicator in       check      
  494.                IAM       
  495.                           
  496.  
  497.  
  498.  
  499.  
  500.                                                          Fascicle VI.8 - Rec. Q.730   PAGE1
  501.  
  502.                                            No ICB      ICB      No ICB      ICB     
  503.           CUG with OA     Match           CUG call   Release    CUG call   Release    
  504.           not allowed                                cause                 cause      Release the 
  505.                                                      ##55                  ##55       call 
  506.                           No match        Release the call     Release the call     with cause 
  507.                                           with cause ##87      with cause ##87      ##88
  508.           CUG with OA     Match           CUG call   Release    CUG+OA     Non-CUG    
  509.           allowed                                    cause      call       call       Non-CUG 
  510.                                                      ##55                             call
  511.                           No match        Release the call     Non-CUG call         
  512.                                           with cause ##87      
  513.           Non-CUG         -               Release the call     
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.           PAGE1   Fascicle VI.8 - Rec. Q.730
  572.  
  573.  
  574.  
  575.  
  576.                                             
  577.  
  578.                                           with cause ##88      Non-CUG call         Non-CUG 
  579.                                                                                     call
  580.           IA      Incoming access
  581.           OA      Outgoing access
  582.           ICB     Incoming calls barred
  583.           Match   The interlock code in the received IAM matches one of the CUGs to which the called 
  584.           user belongs.
  585.           No match    The interlock code does not match any of the CUGs to which the called user 
  586.           belongs.
  587.           Note - As OA attribute of the called user is of no concern at the destination exchange, 
  588.           CUG+OA class is equivalent to CUG, and CUG/IA class is equivalent to CUG+IA in this table. 
  589.           Subscription of preferential CUG by the called user is also of no concern in this table.
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.                                                          Fascicle VI.8 - Rec. Q.730   PAGE1
  644.  
  645.                                          Figure 2/Q.730 - T1119340-88
  646.  
  647.                                          Figure 3/Q.730 - T1119350-88
  648.  
  649.           3.4    ASE for CUG service with centralized administration of CUG data
  650.           3.4.1  General
  651.                 The application service element (ASE)  for  CUG  service  with  centralized
  652.           administration of CUG data provides the procedures between the exchanges and  the
  653.           CUG management centers (CMC) for CUG validation check.
  654.                 Two similar but different procedures are defined for CUG validation  check.
  655.           One is the procedure between the originating exchange of a CUG call and a CMC  to
  656.           check the qualification of the calling user to establish the  present  CUG  call.
  657.           The other is the procedure between the terminating exchange of a CUG call  and  a
  658.           CMC to check the qualification of the called user to accept the present CUG call.
  659.           One TCAP (Transaction Capabilities Application Part)  operation  is  defined  for
  660.           each of these procedures.
  661.           3.4.2  Procedures
  662.                 To check the qualification of the calling  user  the  originating  exchange
  663.           initiates the transaction to the CMC by invocation of the CUG Check  1  operation
  664.           with appropriate parameters. The CMC, in response to this invocation,  terminates
  665.           the transaction with the check result. The check result  contains  the  interlock
  666.           code and other parameters in case of successful check or an error cause  in  case
  667.           of unsuccessful check. Figure 4/Q.730 shows the primitive flows between  the  ASE
  668.           and the TCAP at the exchange and between the ASE and the TCAP at the CMC for this
  669.           case. Table 3/Q.730 shows the result of the validation check which  is  performed
  670.           by the CMC, according to various parameters, concerning the calling user.
  671.                 To check the qualification of the called  user,  the  terminating  exchange
  672.           initiates the transaction to the CMC by invocation of the CUG Check  2  operation
  673.           with appropriate parameters. The CMC, in response to this invocation,  terminates
  674.           the transaction with the check result. The check result contains the index number
  675.           for the called user and other parameters in case of successful check or an  error
  676.           cause in case of unsuccessful check. Figure 5/Q.730  shows  the  primitive  flows
  677.           between the ASE and the TCAP at the exchange and between the ASE and the TCAP  at
  678.           the CMC for this case. Table 4/Q.730 shows the result  of  the  validation  check
  679.           which is performed by the CMC, according to various  parameters,  concerning  the
  680.           called user.
  681.           3.4.3. Operations
  682.           3.4.3.1   Description of operations
  683.           3.4.3.1.1 CUG Check 1
  684.                 This operation is used between the originating exchange of  a  call  and  a
  685.           dedicated point for CUG validation check of the calling user.
  686.           3.4.3.1.2 CUG Check 2
  687.                 This operation is used between the terminating exchange of  a  call  and  a
  688.           dedicated point for CUG validation check of the called user.
  689.                                                  TABLE 3/Q.730
  690.                            Validation check of CUG call concerning the calling user
  691.                           Indication from                                         
  692.                             calling user    
  693.           Calling user    CUG call with     CUG + OA call     CUG + OA call      Non-CUG call
  694.               class            index           with index       without index    
  695.           CUG with          CUG call a) c)       CUG call a) c)        CUG call a)          CUG call 
  696.           pref.            IC: specified     IC: specified    IC: preferential   IC: preferential 
  697.                                  CUG                CUG                CUG                CUG
  698.           CUG without       CUG call a) c)       CUG call a) c)       Return Error      Return Error 
  699.           pref.            IC: specified     IC: specified       cause ##62        cause ##62
  700.                                  CUG                CUG         
  701.           CUG + OAI         CUG + OA a) c)       CUG + OA a) c)        CUG + OA a)      
  702.           with pref.       IC: specified     IC: specified    
  703.                                  CUG                CUG         
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.           PAGE1   Fascicle VI.8 - Rec. Q.730
  715.  
  716.  
  717.  
  718.  
  719.                                             
  720.  
  721.                                                                 IC: preferential      CUG + OA b) 
  722.                                                                        CUG         IC: preferential 
  723.                                                                                           CUG
  724.           CUG + OAI         CUG + OA a) c)       CUG + OA b) c)       Non-CUG call      Non-CUG call
  725.           without pref.    IC: specified     IC: specified    
  726.                                  CUG                CUG         
  727.           CUG + OAE         CUG call a) c)       CUG + OA b) c)        CUG + OA b)         CUG call b) 
  728.            with pref.      IC: specified     IC: specified    IC: preferential   IC: preferential 
  729.                                  CUG                CUG                CUG                CUG
  730.           CUG + OAE         CUG call a) c)       CUG + OA b) c)       Non-CUG call      Return Error
  731.           without pref.    IC: specified     IC: specified                          cause ##62
  732.                                  CUG                CUG         
  733.           No CUG            Return Error       Return Error       Return Error      Non-CUG call
  734.                              cause ##50        cause ##50        cause ##50     
  735.           OAE     Outgoing access, explicit request required
  736.           OAI     Outgoing access, implicit outgoing access for all calls
  737.           IC      Interlock code of the CUG selected
  738.           Note - As IA (incoming access) attribute of the calling user is of no concern for this 
  739.           validation check, CUG + IA class is equivalent to CUG, and CUG + OA/IA class is equivalent 
  740.           to CUG + OA in this table.
  741.           a)       In case of OCB (outgoing calls barred) within the CUG, Return Error with cause 
  742.           ##53.
  743.           b)       In case of OCB within the CUG, the call is interpreted as a non-CUG call.
  744.           c)       In the case where the specified index does not match any of the registered 
  745.           indices, Return Error with cause ##90.
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786.                                                          Fascicle VI.8 - Rec. Q.730   PAGE1
  787.  
  788.                                                  TABLE 4/Q.730
  789.                             Validation check of CUG call concerning the called user
  790.                                                            Class of called user
  791.             CUG call       CUG match        CUG                           CUG + IA  
  792.           indication in       check      
  793.                IAM       
  794.                                            No ICB      ICB      No ICB      ICB        No CUG
  795.            CUG with OA        Match      CUG call   Return    CUG call   Return    
  796.            not allowed                               Error                Error    
  797.                                                       cause                cause      Return 
  798.                                                        ##55                 ##55    Error cause 
  799.                                                                                           ##88
  800.                              No match     Return Error cause   Return Error cause   
  801.                                                   ##87                 ##87         
  802.            CUG with OA        Match      CUG call  
  803.              allowed     
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.  
  846.  
  847.  
  848.  
  849.  
  850.  
  851.  
  852.  
  853.  
  854.  
  855.  
  856.  
  857.           PAGE1   Fascicle VI.8 - Rec. Q.730
  858.  
  859.  
  860.  
  861.  
  862.                                             
  863.  
  864.                                                       Return    CUG + OA   Non-CUG   
  865.                                                       Error      call      call    
  866.                                                       cause                            Non-CUG 
  867.                                                        ##55                              call
  868.                              No match     Return Error cause       Non-CUG call     
  869.                                                   ##87         
  870.              Non-CUG           -        Return Error cause       Non-CUG call       Non-CUG 
  871.                                                   ##87                                  call
  872.           IA      Incoming access
  873.           OA      Outgoing access
  874.           ICB     Incoming calls barred
  875.           Match   The interlock code in the received IAM matches one of the CUGs to which the called 
  876.           user belongs.
  877.           No match    The interlock code does not match any of the CUGs to which called user belongs.
  878.           Note - OA attribute of the called user is of no concern at the destination exchange, the 
  879.           CUG + OA class is equivalent to CUG, and CUG + OA/IA class is equivalent to CUG + IA in 
  880.           this table. Subscription of preferential CUG by the called user is also of no concern in 
  881.           this table.
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.                                                          Fascicle VI.8 - Rec. Q.730   PAGE1
  930.  
  931.                                          Figure 4/Q.730 - T1119360-88
  932.  
  933.                                          Figure 5/Q.730 - T1119370-88
  934.  
  935.           3.4.3.2   Parameters of operations and outcomes
  936.           3.4.3.2.1 CUG Check 1
  937.  
  938.           CUG Check 1                      Timer = x seconds        Class = 1     Code = 00000001
  939.           Parameters with Invoke                                    Optional/        Reference 
  940.                                                                     Mandatory           (S)
  941.           CallingUserIndex                                              O            3.4.3.3.1
  942.           CUGCallIndicator                                              M            3.4.3.3.2
  943.           CallingPartyNumber                                            M           3.4.3.3.3.
  944.           Parameters with Return Result
  945.           CUGInterlockCode                                              M            3.4.3.3.5
  946.           CUGCallIndicator                                              M            3.4.3.3.2
  947.           Linked Operations
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954.  
  955.  
  956.  
  957.  
  958.  
  959.  
  960.  
  961.  
  962.  
  963.  
  964.  
  965.  
  966.  
  967.  
  968.  
  969.  
  970.  
  971.  
  972.  
  973.  
  974.  
  975.  
  976.  
  977.  
  978.  
  979.  
  980.  
  981.  
  982.  
  983.  
  984.  
  985.  
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.  
  999.  
  1000.           PAGE1   Fascicle VI.8 - Rec. Q.730
  1001.  
  1002.  
  1003.  
  1004.  
  1005.                                            
  1006.  
  1007.          Not applicable                                                          
  1008.          Errors
  1009.          UnsuccessfulCheck                                                           3.4.3.3.7
  1010.  
  1011.          CUGCheck1   OPERATION
  1012.                PARAMETER SEQUENCE      { CallingUserIndex OPTIONAL, CUGCallIndicator,
  1013.                                          { CallingPartyNumber }
  1014.                RESULT SEQUENCE   { CUGInterlockCode CUGCallIndicator }
  1015.                ERRORS             { UnsuccessfulCheck }
  1016.                ::= 1
  1017.  
  1018.  
  1019.  
  1020.  
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066.  
  1067.  
  1068.  
  1069.  
  1070.  
  1071.  
  1072.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  1073.  
  1074.                  3.4.3.2.2 CUG Check 2
  1075.  
  1076.           CUG Check 2                      Timer = x seconds        Class = 1     Code = 00000010
  1077.           Parameters with Invoke                                    Optional/        Reference 
  1078.                                                                     Mandatory           (S)
  1079.           CUGInterlockCode                                              M           3.4.3.3.5 
  1080.           CUGCallIndicator                                              M           3.4.3.3.2 
  1081.           CalledPartyNumber                                             M            3.4.3.3.4
  1082.           Parameters with Return Result
  1083.           CalledUserIndex                                               O           3.4.3.3.6 
  1084.           CUGCallIndicator                                              M            3.4.3.3.2
  1085.           Linked Operations
  1086.           Not applicable                                                          
  1087.           Errors
  1088.           UnsuccessfulCheck                                                           3.4.3.3.7
  1089.  
  1090.           CUGCheck2   OPERATION
  1091.                 PARAMETER SEQUENCE      { CUGInterlockCode, CUGCallIndicator,
  1092.                                           { CalledPartyNumber }
  1093.                 RESULT SEQUENCE         { CalledUserIndex OPTIONAL, CUGCallIndicator }
  1094.                 ERRORS                   { UnsuccessfulCheck }
  1095.                 ::= 2
  1096.           3.4.3.3   Parameter coding
  1097.           3.4.3.3.1 The CallingUserIndex is the local index at the calling user to identify
  1098.           a particular CUG he belongs to.
  1099.  
  1100.           CallingUserIndex                                               Code = 10000001
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.  
  1135.  
  1136.  
  1137.  
  1138.  
  1139.  
  1140.  
  1141.  
  1142.  
  1143.           PAGE1   Fascicle VI.8 - Rec. Q.730
  1144.  
  1145.  
  1146.  
  1147.  
  1148.                                            
  1149.  
  1150.          Contents                        Meaning
  1151.          IA5 Character String            One IA5 character represents one digit of the 
  1152.                                          CUG index value
  1153.  
  1154.          CallingUserIndex ::=    [1] IMPLICIT LocalIndex
  1155.          LocalIndex ::=     IA5 STRING
  1156.          - - The maximum number of digits is four.
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.  
  1193.  
  1194.  
  1195.  
  1196.  
  1197.  
  1198.  
  1199.  
  1200.  
  1201.  
  1202.  
  1203.  
  1204.  
  1205.  
  1206.  
  1207.  
  1208.  
  1209.  
  1210.  
  1211.  
  1212.  
  1213.  
  1214.  
  1215.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  1216.  
  1217.          3.4.3.3.2 The  CUGCallIndicator  indicates  whether  the  call  is  requested  or
  1218.          designated as a CUG call and whether outgoing access is requested or allowed.
  1219.  
  1220.          CUGCallIndicator                                                     Code = 10000010
  1221.          Contents                        Meaning
  1222.          00000000                        Non-CUG call
  1223.          00000001                        Non-CUG call
  1224.          00000010                        CUG call with outgoing access
  1225.          00000011                        CUG call without outgoing access
  1226.  
  1227.          CUGCallIndicator ::=    [2] IMPLICIT CallIndicator
  1228.          CallIndicator ::=       INTEGER {
  1229.                              NonCUGCall (0),
  1230.                              NonCUGCall(1),
  1231.                              outgoingAccessAllowedCUGCall (2),
  1232.                              outgoingAccessNotAllowedCUGCall (3) },
  1233.          3.4.3.3.3 The CallingPartyNumber is  the  network  (e.g.  E.164)  number  of  the
  1234.          calling party. It is expressed in the same  manner  as  the  ISUP  Calling  party
  1235.          number in  S  3.8  of  Recommendation  Q.763.  The  code  of  this  parameter  is
  1236.          "10000011".
  1237.          3.4.3.3.4 The CalledPartyNumber is the network (e.g. E.164) number of the  called
  1238.          party. It is expressed in the same manner as the ISUP Called party  number  in  S
  1239.          3.7 of Recommendation Q.763. The code of this parameter is "10000100".
  1240.          3.4.3.3.5 The CUGInterlockCode is the code to uniquely identify a CUG inside  the
  1241.          network. It is expresed in the same manner as the ISUP CUG interlock  code  in  S
  1242.          3.13 of Recommendation Q.763. The code of this parameter is "10000101".
  1243.          3.4.3.3.6 The CalledUserIndex is the local index at the called user to identify a
  1244.          particular CUG he belongs to. Refer to S 3.4.3.3.1. The code of this parameter is
  1245.          "10000110".
  1246.          3.4.3.3.7 Errors
  1247.  
  1248.          UnsuccessfulCheck                                                    Code = 00000001
  1249.          Parameters
  1250.          Cause                                                                3.4.3.3.8
  1251.  
  1252.          UnsuccessfulCheck Error
  1253.                PARAMETERS  { Cause }
  1254.                ::= 1
  1255.  
  1256.  
  1257.  
  1258.  
  1259.  
  1260.  
  1261.  
  1262.  
  1263.  
  1264.  
  1265.  
  1266.  
  1267.  
  1268.  
  1269.  
  1270.  
  1271.  
  1272.  
  1273.  
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282.  
  1283.  
  1284.  
  1285.  
  1286.          PAGE1   Fascicle VI.8 - Rec. Q.730
  1287.  
  1288.  
  1289.  
  1290.  
  1291.                                            
  1292.  
  1293.          3.4.3.3.8 The Cause indicates the reason why the CUG check is unsuccessful.
  1294.  
  1295.          Cause                                                                Code = 10000111
  1296.          Contents binary (decimal)       Meaning
  1297.          00110010 (50)                   Requested facility not subscribed
  1298.          00110101 (53)                   Outgoing calls barred within CUG
  1299.          00110111 (55)                   Incoming calls barred within CUG
  1300.          00111110 (62)                   InconsistencyInDesignatedOutgoingAccessInformationAnd
  1301.                                          SubscriberClass
  1302.          01011010 (90)                   Non-existent CUG
  1303.          01010111 (87)                   Called user not member of CUG
  1304.          01011000 (88)                   Incompatible destination
  1305.          01101110 (110)                  Inconsistency in data
  1306.          Cause ::=         [7] IMPLICIT CauseCode
  1307.          CauseCode ::= INTEGER {
  1308.                            requestedFacilityNotSubscribed(50),
  1309.                            outgoingCallsBarredWithinCUG(53),
  1310.                            incomingCallsBarredWithinCUG(55),
  1311.                            inconsistencyInDesignatedOutgoingAccessInformationAnd
  1312.                            SubscriberClass(62),
  1313.                            nonExistentCUG(90),
  1314.                            calledUserNotMemberofCUG(87),
  1315.                            incompatibleDestination(88),
  1316.                            inconsistencyInData(110) }
  1317.          R 
  1318.                Restriction service
  1319.                Calling Line Identification Presentation (CLIP) is a supplementary  service
  1320.          offered to the called party which  provides  the  calling  party's  ISDN  number,
  1321.          possibly with additional address information (i.e. subVaddress),  to  the  called
  1322.          party.
  1323.                Calling Line Identification Restriction (CLIR) is a  supplementary  service
  1324.          offered to the calling party to restrict presentation of the calling party's ISDN
  1325.          number, possibly with additional address information (i.e. sub-address),  to  the
  1326.          called party.
  1327.                The stage 1 definitions for the CLIP and CLIR services  are  given  in  the
  1328.          Recommendation I.254 and  the  stage  2  service  definitions  including  network
  1329.          functions, are given in Recommendation Q.84. This stage 3 description of CLIP and
  1330.          CLIR use the ISDN User Part protocol as defined in Recommendations Q.761V764  and
  1331.          Q.766.
  1332.          4.1    Description of the Calling Line Identity Presentation (CLIP) service
  1333.                Calling Line Identity Presentation (CLIP) is a user facility  that  enables
  1334.          a user to be informed on incoming calls, of the address  of  the  calling  party.
  1335.          When provided the facility applies to all incoming  calls  except  for  when  the
  1336.          calling party has the Calling Line Identity Restriction  (CLIR)  facility  active
  1337.          [see ' 4.2 below] or the complete number of the calling party is not available at
  1338.          the destination exchange.
  1339.                The Calling Line Identity  (CLI)  is  generally  the  ISDN  number  of  the
  1340.          calling party (with possible additional address  information,  i.e.  subVaddress)
  1341.          which may be provided by the network or partly by the calling party.
  1342.  
  1343.  
  1344.  
  1345.  
  1346.  
  1347.  
  1348.  
  1349.  
  1350.  
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.                                                         Fascicle VI.8 - Rec. Q.730   PAGE1
  1359.  
  1360.                In the case where a national network  does  not  always  provide  the  CLIP
  1361.          facility, the included CLI may be the known  part  of  the  ISDN  number  at  the
  1362.          interworking point (e.g. Trunk Code).
  1363.                In the case where a calling party is an ISPBX, the  network  may  send  the
  1364.          ISDN number of the PABX attendant operator or, if provided by the calling  party,
  1365.          the DDI number of the extension as the CLI.
  1366.                When the CLI is provided by the user or ISPBX it is  verified  or  screened
  1367.          for validity by the network, i.e. the CLI provided by  the  user  is  within  the
  1368.          known number range for that user.
  1369.                i)  If the user provided CLI is valid the Calling Number  Parameter  field
  1370.                   contains the CLI in the Address Signal with the Screening indicator set
  1371.                   to "user provided verified and passed".
  1372.                ii) If the user provided CLI is not  valid  or  screened  the  originating
  1373.                   exchange defaults to the network provided CLI for the  Address  Signals
  1374.                   of  the  Calling  Party  Number  parameter  field  with  the  Screening
  1375.                   indicator set to "network provided".
  1376.                When the CLI is provided by the network the originating  exchange  includes
  1377.          the stored CLI set against the calling party and sets the screening indicator  to
  1378.          "network provided".
  1379.                The CLI sent to the called user should contain all the necessary digits  to
  1380.          enable a call to be established in the reverse direction.
  1381.                Note - This may not always be possible if, for example, the  DDI  extension
  1382.          of an ISPBX is not provided by the calling party.
  1383.                Information indicating that a subscriber has the user access  to  the  CLIP
  1384.          facility is available in the exchange to which the subscriber is connected.
  1385.          4.1.1  Call set-up procedure
  1386.                The call control procedure and the information  included  in  Call  Control
  1387.          Messages vary depending on whether the CLI is included  in  the  Initial  Address
  1388.          Message and also whether the calling party has indicated a  request  to  use  the
  1389.          CLIR facility for this call.
  1390.                Two different call control procedures can  be  used  to  provide  the  CLIP
  1391.          facility. Both procedures are specified for international use, however, the first
  1392.          method is to be preferred.
  1393.          4.1.1.1   The Calling Line Identity is included in the Initial Address Message
  1394.                When the  CLI  is  available  for  insertion  in  the  IAM  the  systematic
  1395.          inclusion of this parameter, in the IAM, is recommended. However, it is  realized
  1396.          that under  certain  interworking  conditions  the  CLI  may  only  be  available
  1397.          subsequent to the transmission of the IAM.
  1398.                In this situation, to avoid unnecessary unsuccessful requests for the  CLI,
  1399.          the following procedures are recommended:
  1400.                a)  If the CLI cannot be included in the  IAM  (for  any  reason)  but  is
  1401.                   available and may be requested with a good chance of receiving it, then
  1402.                   the optional field "calling  party  number  parameter"  should  not  be
  1403.                   included in the IAM.
  1404.                b)  If the CLI cannot be transferred (because it  is  not  allowed  to  be
  1405.                   passed or because the national network cannot provide the number), then
  1406.                   the optional field "calling party number parameter" should be  included
  1407.                   in the IAM with the indication "presentation  restricted"  or  "address
  1408.                   not  available"  set  as  appropriate  in  the   Address   Presentation
  1409.                   Restricted indicator.
  1410.                The CLI is sent to the called party in  accordance  with  the  user-network
  1411.          interface protocol.
  1412.                For calls between networks (e.g. an outgoing  ISC  as  referred  to  in  b)
  1413.          above) the outgoing gateway exchange may remove any CLI digits from the  IAM  and
  1414.          indicate in the calling party number parameter that presentation is restricted.
  1415.                Interworking exchanges may generate only part of the CLI for  inclusion  in
  1416.          the IAM (e.g. trunk code). This  will  be  indicated  in  the  number  incomplete
  1417.          indicator in the Calling Party Number Parameter field.
  1418.                In the case where the destination exchange receives only part of  the  CLI,
  1419.          (it is assumed to be the most significant part), the  CLI  is  forwarded  to  the
  1420.          called party with the appropriate indications set.
  1421.  
  1422.  
  1423.  
  1424.  
  1425.  
  1426.  
  1427.  
  1428.  
  1429.          PAGE1   Fascicle VI.8 - Rec. Q.730
  1430.  
  1431.  
  1432.  
  1433.  
  1434.                                             
  1435.  
  1436.                  4.1.1.2   The Calling Line Identity is not included in the Initial Address
  1437.                  Message
  1438.                 In the case where the CLIP facility is applied, and the IAM  has  indicated
  1439.           that the CLI may be available, an Information Request Message is sent towards the
  1440.           originating exchange with the Information Request Indicator Parameter  field  bit
  1441.           set to the calling party address requested.
  1442.                 When receiving the request  for  Calling  Party  Address  and  the  CLI  is
  1443.           available, the originating/interworking exchange  sends  an  information  message
  1444.           containing  the  Calling  Party  Number  Parameter  field  with  the  appropriate
  1445.           indications and CLI included.
  1446.                 In the case where the identity of the calling party is not available or  is
  1447.           not allowed to be  forwarded  outside  the  network,  the  response  will  be  an
  1448.           Information  message  including  the  Information  Indicators   Parameter   Field
  1449.           indicating the CLI is not available.
  1450.                 In the case where the destination exchange receives only part of  the  CLI,
  1451.           (it is assumed to be the most significant part), the  CLI  is  forwarded  to  the
  1452.           called party with the appropriate indications set.
  1453.                 The CLI is sent to the called party in  accordance  with  the  user-network
  1454.           interface protocol.
  1455.                 In the case where  the  destination  exchange  receives  the  "presentation
  1456.           restricted" or an  "address  not  available",  in  the  Presentation  Restriction
  1457.           indicator of the Information message, the calling party address is not  forwarded
  1458.           to the called party.
  1459.           4.1.1.3   Message Sequence diagrams for CLIP
  1460.                 Figures 6/Q.730 and 7/Q.730 describe the message flows for CLIP.
  1461.                                          Figure 6/Q.730 - T1121490-89
  1462.  
  1463.  
  1464.  
  1465.  
  1466.  
  1467.  
  1468.  
  1469.  
  1470.  
  1471.  
  1472.  
  1473.  
  1474.  
  1475.  
  1476.  
  1477.  
  1478.  
  1479.  
  1480.  
  1481.  
  1482.  
  1483.  
  1484.  
  1485.  
  1486.  
  1487.  
  1488.  
  1489.  
  1490.  
  1491.  
  1492.  
  1493.  
  1494.  
  1495.  
  1496.  
  1497.  
  1498.  
  1499.  
  1500.  
  1501.                                                          Fascicle VI.8 - Rec. Q.730   PAGE1
  1502.  
  1503.                                         Figure 7/Q.730 - T1121500-89
  1504.  
  1505.          4.2    Description of the Calling Line Identity Restriction (CLIR) service
  1506.                Calling Line Identification Restriction (CLIR) is a user  facility  offered
  1507.          to restrict the presentation of the Calling Line Identity to the Called Party.
  1508.                The Calling Line Identity (CLI) is the ISDN number  of  the  calling  party
  1509.          possibly with additional address information.
  1510.                Information that a subscriber has the  Calling  Line  Identity  Restriction
  1511.          facility is available at the exchange to which the subscriber is connected.
  1512.          4.2.1  Normal Case
  1513.                When  CLIR  is  applicable  the  originating  exchange  will  provide   the
  1514.          destination node with a notification  that  the  Calling  Line  Identity  is  not
  1515.          allowed to be presented at the called  party.  In  this  case  the  Calling  Line
  1516.          Identity will be marked as presentation restricted, in the  Address  Presentation
  1517.          Restricted Indicator, when it is passed across the network, in either an  Initial
  1518.          Address Message or Information Message. In the case  of  CLIR  the  Calling  Line
  1519.          Identity will not be  included  in  the  call  offering  to  the  called  party's
  1520.          installation.
  1521.          4.2.2  Abnormal Case
  1522.          4.2.2.1   Override Category within an ISDN
  1523.                As  a  national  option  the  terminating   exchange   can   override   the
  1524.          presentation  restriction  indication  and  the  CLI  presented  at  the   called
  1525.          subscriber for specific called party's categories (e.g. Police).
  1526.  
  1527.  
  1528.  
  1529.  
  1530.  
  1531.  
  1532.  
  1533.  
  1534.  
  1535.  
  1536.  
  1537.  
  1538.  
  1539.  
  1540.  
  1541.  
  1542.  
  1543.  
  1544.  
  1545.  
  1546.  
  1547.  
  1548.  
  1549.  
  1550.  
  1551.  
  1552.  
  1553.  
  1554.  
  1555.  
  1556.  
  1557.  
  1558.  
  1559.  
  1560.  
  1561.  
  1562.  
  1563.  
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.          PAGE1   Fascicle VI.8 - Rec. Q.730
  1573.  
  1574.