home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1992 / i / i255.asc < prev    next >
Encoding:
Text File  |  1993-06-28  |  13.9 KB  |  675 lines
  1. Recommendation I.255 - Community Of Interest Supplementary Services 
  2.  
  3.  
  4.  
  5. The purpose of this Recommendation is to provide the stage 1 description of the method defined in Recommendation I.130 
  6. using the means given in RecommendationI.210.
  7.  
  8.  
  9.  
  10.     Supplementary services are described by a prose definition and description (step 1.1) and by a dynamic description 
  11. (step 1.3). The application of the attribute technique, as defined in Recommendation I.140, for supplementary services is 
  12. for further study.
  13.  
  14.  
  15.  
  16.     This Recommendation describes the following community of interest supplementary services:
  17.  
  18.  
  19.  
  20.     1.255.1    Closed User Group (CUG)
  21.  
  22.     1.255.2    Private Numbering Plan (PNP) (Note 1)
  23.  
  24.  
  25.  
  26. Note 1 - This service being identified needs to be further studied and the description is not yet included.
  27.  
  28.  
  29.  
  30. I.255.1  Closed User Group
  31.  
  32.  
  33.  
  34. 1.    Definition
  35.  
  36.  
  37.  
  38.     The supplementary service Closed User Group (CUG) enables users to form groups, to and from which access is 
  39. restricted. A specific user may be a member of one or more CUGs. Members of a specific CUG can communicate among 
  40. themselves but not, in general, with users outside the group. Specific CUG members can have additional capabilities that 
  41. allow them to originate calls outside the group, and/or to receive calls from outside the group. Specific CUG members can 
  42. have additional restrictions that prevent them from originating calls to other members of the CUG, or from receiving calls 
  43. from other members of the CUG.
  44.  
  45.  
  46.  
  47. Note - With the definition of ISDN networking service, their relationship with CUG needs to be studied.
  48.  
  49.  
  50.  
  51. 2.    Description
  52.  
  53.  
  54.  
  55. 2.1    General description
  56.  
  57.  
  58.  
  59.     A CUG is a list of users which may be a member(s) of one or several public networks; each ISDN member of a CUG is 
  60. identified by an ISDN number.
  61.  
  62.  
  63.  
  64.     A CUG may be defined independently of any basic service, or in relation with one, or a list of basic services.
  65.  
  66.  
  67.  
  68. Note - In the case of ISPBXs some administrations will accept ISPBX extensions as CUG members. Other administrations 
  69. will consider the whole ISPBX as a CUG member. In the former case, it is possible for an ISPBX to establish relations 
  70. between subsets of its users and public CUGs, but this is not perceived at the user-network interface.
  71.  
  72.  
  73.  
  74. 2.1.1    Access arrangements
  75.  
  76.  
  77.  
  78.     A user may be a member of several CUGs. Each service provider may define the maximum number of CUGs which can 
  79. be allocated to an individual subscriber. When subscribed to at least one CUG, a user may subscribe to one of the following 
  80. access arrangements (Note - This information is held by the provider of this service):
  81.  
  82.  
  83.  
  84.     -    closed user group (c);
  85.  
  86.  
  87.  
  88.     -    closed user group with incoming access (c+i);
  89.  
  90.  
  91.  
  92.     -    closed user group with outgoing access (c+o);
  93.  
  94.  
  95.  
  96.     -    closed user group with incoming and outgoing access (c+i+o).
  97.  
  98.  
  99.  
  100. A user may subscribe to one of two additional access restrictions within each particular CUG:
  101.  
  102.  
  103.  
  104.     -    incoming calls barred within a CUG (icb);
  105.  
  106.  
  107.  
  108.     -    outgoing calls barred within a CUG (ocb).
  109.  
  110.  
  111.  
  112.     All of these cases are illustrated in Appendix 1.
  113.  
  114.  
  115.  
  116.     i)    CUG only capabilities
  117.  
  118.  
  119.  
  120.     The user may make calls to, and receive calls from, members of those CUGs of which the user is a member (see case 
  121. 1 in Appendix 1).
  122.  
  123.  
  124.  
  125.     An exception to this is when either incoming calls barred within the CUG or outgoing calls barred within the CUG 
  126. applies.
  127.  
  128.  
  129.  
  130.     Incoming calls barred within the CUG:  
  131.  
  132.  
  133.  
  134.         This access restriction means that a CUG-user is prohibited from
  135.  
  136. receiving calls from users subscribed to the same CUG. This access restriction is given per CUG-user and CUG (see 
  137. case 2 in Appendix 1);
  138.  
  139.  
  140.  
  141.     Outgoing calls barred within the CUG:
  142.  
  143.  
  144.  
  145.         This access restriction means that a CUG-user is prohibited from
  146.  
  147. making calls to users subscribed to the same CUG. This access restriction is given per CUG user and CUG (see 
  148. case 3 in Appendix 1).
  149.  
  150.  
  151.  
  152.         The network shall provide a preferential CUG option whereby one
  153.  
  154. of the user's CUGs (or the only one if a single CUG applies) is used as a preferential CUG. If the user sets up 
  155. a call with no CUG facility request, the network assumes that the preferential CUG is requested (i.e., preferen-
  156. tial CUG is the default).
  157.  
  158.  
  159.  
  160.  
  161.  
  162.     ii)    CUG with outgoing access
  163.  
  164.  
  165.  
  166.     The user may make and receive calls in the same way with the same exception as in i). In addition, this user can 
  167. make calls to all other non-CUG users, and to those other CUG users who allow incoming access. Incoming calls are 
  168. only allowed from members of the user's CUG(s). (See cases 4, 5, and 6 in Appendix 1.)
  169.  
  170.  
  171.  
  172.     iii)    CUG with incoming access
  173.  
  174.  
  175.  
  176.     They make and receive calls in the same way with the exceptions as in i). In addition, this user may receive calls 
  177. from any non-CUG user and also from other CUG users who have outgoing access. Outgoing calls are only allowed to 
  178. members of the user's CUG(s). (See cases 7, 8, and 9 in Appendix 1.)
  179.  
  180.  
  181.  
  182.     iv)    CUG with incoming and outgoing access
  183.  
  184.  
  185.  
  186.     The outgoing access and incoming access can be offered simultaneously to the user by the service provider.
  187.  
  188.  
  189.  
  190. 2.1.2    Interaction between the options "Preferential CUG" and "Outgoing Access"
  191.  
  192.  
  193.  
  194.     Both options imply that no subscriber procedures are needed to invoke either of the options when placing a call. 
  195. When a user subscribes to both options, the service provider does not know which option the user is invoking, if no 
  196. additional subscriber procedures are used when placing the call.
  197.  
  198.  
  199.  
  200. Three ways of operating are recommended:
  201.  
  202.  
  203.  
  204. 1.    The user has to indicate if a call is intended to be an outgoing access call. If no information (CUG request or 
  205. outgoing call request) is given, the preferential CUG is assumed;
  206.  
  207.  
  208.  
  209. 2.    The combination is not allowed, i.e. a user cannot have both options allocated at the same time;
  210.  
  211.  
  212.  
  213. 3.    The caller may make a call and the network will route the call with the preferential CUG and an outgoing 
  214. access request. The call will therefore be connected if the called number is a member of the preferential CUG or 
  215. is a member of a different CUG and has incoming access, or is a non-CUG user.
  216.  
  217.  
  218.  
  219. The choice of operation is a national option.
  220.  
  221.  
  222.  
  223. 2.2    Specific terminology
  224.  
  225.  
  226.  
  227.     None.
  228.  
  229.  
  230.  
  231. 2.3    Qualifications on the applicability to telecommunications services
  232.  
  233.  
  234.  
  235.     None identified.
  236.  
  237.  
  238.  
  239. 3.    Procedures
  240.  
  241.  
  242.  
  243. 3.1    Provision/withdrawal
  244.  
  245.  
  246.  
  247.     The CUG service is provided on a subscription basis. As a network provider option, CUGs can be offered with 
  248. several subscription options. The subscriber options may apply separately to each ISDN number and basic service, 
  249. or apply to a particular ISDN number for a set of basic services.
  250.  
  251.  
  252.  
  253.     Subscription option    Value
  254.  
  255.  
  256.  
  257.     Closed User Groups    -List of one or more CUGs
  258.  
  259.  
  260.  
  261.     Preferential CUG    -none designated
  262.  
  263. Note - User must always specify a preferential CUG when the type 
  264. of inter- CUG access option is set to none
  265.  
  266.                 -CUG value
  267.  
  268.  
  269.  
  270.     Type of inter-CUG access    -None
  271.  
  272.     (in/out of CUG)    -Outgoing access
  273.  
  274.                 -Incoming access
  275.  
  276.                 -Outgoing and incoming access
  277.  
  278.  
  279.  
  280.     Intra-CUG restrictions    -None
  281.  
  282.                 -Incoming (terminating) calls barred
  283.  
  284.                 -Outgoing (originating) calls barred
  285.  
  286.  
  287.  
  288. 3.2    Normal procedures
  289.  
  290.  
  291.  
  292. 3.2.1    Activation/deactivation/registration
  293.  
  294.  
  295.  
  296.     Not required.
  297.  
  298.  
  299.  
  300. 3.2.2    Invocation and operation
  301.  
  302.  
  303.  
  304.     Normal call setup procedures will apply to all CUG calls. In addition, the network shall carry out internal checks to 
  305. determine whether or not the particular call is allowed between the two parties concerned.
  306.  
  307.  
  308.  
  309. 3.2.2.1    Outgoing (originating) calls
  310.  
  311.  
  312.  
  313.     At the time of call setup the user specifies a CUG index to indicate that service to a particular CUG is requested. 
  314. This is achieved by the user, including a request for a CUG service and the relevant CUG index in setting up his call. The 
  315. CUG indices are allocated by prior arrangements with the service provider.  Withdrawal of the CUG service, or indices will 
  316. be an action of the service provider at the request of the user or due to service provider reason.
  317.  
  318.  
  319.  
  320.     When requesting an outgoing access capability, the user makes a normal call.
  321.  
  322.  
  323.  
  324.     If the user sets up a call without requesting the CUG service and the user has a preferential CUG, the network 
  325. assumes that the preferential CUG is requested.
  326.  
  327.  
  328.  
  329.     The choice of preferential CUG will only be alterable by service provider action.
  330.  
  331.  
  332.  
  333. 3.2.2.2    Incoming (terminating) calls
  334.  
  335.  
  336.  
  337.     An incoming call from another CUG member will be indicated to the called CUG user with a CUG indication and the 
  338. appropriate CUG index.
  339.  
  340.  
  341.  
  342.     An incoming call from a non-CUG user, assuming that the called CUG user has incoming access allowed, will con-
  343. tain no CUG related information in the call offering message.
  344.  
  345.  
  346.  
  347.     An incoming call from a CUG user using outgoing access, to a CUG user subscribed to a different CUG but with 
  348. incoming access, will contain no CUG related information in the call offering message.
  349.  
  350.  
  351.  
  352. 3.3    Exceptional procedures
  353.  
  354.  
  355.  
  356. 3.3.1    Activation/deactivation/registration
  357.  
  358.  
  359.  
  360.     None identified.
  361.  
  362.  
  363.  
  364. 3.3.2    Invocation and operation
  365.  
  366.  
  367.  
  368.     Upon receipt of a request for CUG service the network shall check its validity in conjunction with the access capa-
  369. bilities contained in the user profile. If a non-valid request is received or the checks cannot be performed, then thenet-
  370. work shall reject the call and return an appropriate indication to the calling user.
  371.  
  372.  
  373.  
  374.     If, due to an interworking situation, signalling in the network is not able to carry the information required to provide 
  375. the service, the call attempt is terminated and an appropriate cause information is given to the calling user.
  376.  
  377.  
  378.  
  379. 3.4    Alternative procedures
  380.  
  381.  
  382.  
  383. 3.4.1    Activation/deactivation/registration
  384.  
  385.  
  386.  
  387.     None identified.
  388.  
  389.  
  390.  
  391. 3.4.2    Invocation and operation
  392.  
  393.  
  394.  
  395.     None identified.
  396.  
  397.  
  398.  
  399. 4.    Network capabilities for charging
  400.  
  401.  
  402.  
  403.     This Recommendation does not cover charging principles.  Future Recommendations in the D-Series are expected to 
  404. contain that information.  It shall be possible to charge the subscriber accurately for the service. 
  405.  
  406.  
  407.  
  408. 5.    Interworking requirements
  409.  
  410.  
  411.  
  412.     A CUG may span over several networks. In this case the responsibility for the management of this CUG is in one of 
  413. these networks; in addition there is a need for a CUG identification mechanism that would be accepted by all of the 
  414. encompassed networks. One such mechanism presently exists for CUGs spanning over data networks having X.121 as 
  415. the numbering plan (see Recommendation X.180 Administrative Arrangements for International Closed User Groups). An 
  416. equivalent mechanism should be defined for CUGs on networks using the E.164 numbering plan, or on networks which 
  417. do not use the same numbering plan.
  418.  
  419.  
  420.  
  421. 6.    Interaction with other supplementary services
  422.  
  423.  
  424.  
  425.     The intention of CUG is to allow some connections and prohibit others. No supplementary service interaction should 
  426. be allowed which could compromise this intention.
  427.  
  428.  
  429.  
  430. 6.1    Call waiting
  431.  
  432.  
  433.  
  434.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  435.  
  436.  
  437.  
  438. 6.2    Call transfer
  439.  
  440.  
  441.  
  442.     The CUG-restrictions must be met:
  443.  
  444.  
  445.  
  446.     between the calling/called party and the transferring party,
  447.  
  448.  
  449.  
  450.     between the transferring party and the transferred-to-party,
  451.  
  452.  
  453.  
  454.     between the calling/called party and the transferred-to-party.
  455.  
  456.  
  457.  
  458. If all and only if all the above statements are fulfilled, the transfer of the call is allowed.
  459.  
  460.  
  461.  
  462. 6.3    Connected line identification presentation
  463.  
  464.  
  465.  
  466.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  467.  
  468.  
  469.  
  470. 6.4    Connected line identification restriction
  471.  
  472.  
  473.  
  474.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  475.  
  476.  
  477.  
  478. 6.5    Calling line identification presentation
  479.  
  480.  
  481.  
  482.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  483.  
  484.  
  485.  
  486. 6.6    Calling line identification restriction
  487.  
  488.  
  489.  
  490.     It is an option to allow invocation of CLIR in connection with a CUG call.
  491.  
  492.  
  493.  
  494. 6.7    Closed user group
  495.  
  496.  
  497.  
  498.     Not applicable.
  499.  
  500.  
  501.  
  502. 6.8    Conference calling
  503.  
  504.  
  505.  
  506.     All conferees must belong to the same CUG. When adding a new conferee, the CUG-restrictions must be checked 
  507. before the new conferee is allowed to enter the conference.
  508.  
  509.  
  510.  
  511. 6.9    Direct dialling-in
  512.  
  513.  
  514.  
  515.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  516.  
  517.  
  518.  
  519. 6.10    Diversion services
  520.  
  521.  
  522.  
  523. 6.10.1    Call forwarding busy
  524.  
  525.  
  526.  
  527.     See call forwarding busy interaction with CUG in I.252.2.
  528.  
  529.  
  530.  
  531. 6.10.2    Call forwarding no reply
  532.  
  533.  
  534.  
  535.     See call forwarding no reply interaction with CUG in I.252.3.
  536.  
  537.  
  538.  
  539. 6.10.3    Call forwarding unconditional
  540.  
  541.  
  542.  
  543.     See call forwarding unconditional interaction with CUG in I.252.4.
  544.  
  545.  
  546.  
  547. 6.11    Line hunting
  548.  
  549.  
  550.  
  551.     When a free line of a hunting group has been found, any CUG condition must be met before the connection will be 
  552. established.
  553.  
  554.  
  555.  
  556. 6.12    Three party service
  557.  
  558.  
  559.  
  560.     See three party service interaction with Closed User Group in I.254.2.
  561.  
  562.  
  563.  
  564. 6.13    User-to-user signalling
  565.  
  566.  
  567.  
  568.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  569.  
  570.  
  571.  
  572. 6.14    Multiple subscriber number
  573.  
  574.  
  575.  
  576.     For further study.
  577.  
  578.  
  579.  
  580. 6.15    Call hold service
  581.  
  582.  
  583.  
  584.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.
  585.  
  586.  
  587.  
  588. 6.16    Advice of charge
  589.  
  590.  
  591.  
  592.     No impact, i.e. neither supplementary service affects the operation of the other supplementary service.  
  593.  
  594.  
  595.  
  596. 7.    Dynamic description
  597.  
  598.  
  599.  
  600.     The dynamic description of this service is shown in Figure1/I.255.1.
  601.  
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614. Recoup
  615.  
  616.  
  617.  
  618.  
  619.  
  620. Recoup
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634. Recoup
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646. Recoup
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654. Recoup
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666. recoup
  667.  
  668.  
  669.  
  670. I.255.2    Private Numbering Plan
  671.  
  672.  
  673.  
  674.     This service being identified needs to be further studied and the description is not yet included.
  675.