home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / i / i334.asc < prev    next >
Text File  |  1993-06-28  |  8KB  |  293 lines
  1. 3.5    Recommendation I.334
  2.  
  3.  
  4.  
  5. PRINCIPLES RELATING ISDN NUMBERS/SUBADDRESSES TO
  6.  
  7. THE OSI REFERENCE MODEL NETWORK LAYER ADDRESSES
  8.  
  9.  
  10.  
  11. 1.    Introduction 
  12.  
  13.  
  14.  
  15.     Recommendation X.200, covering the open systems reference model, applies the term "address" to identify service 
  16. access points at each layer. With respect to the network layer, a service access point may be identified by an ISDN 
  17. number/subaddress. This Recommendation is provided to clarify the concepts and terminology which relate ISDN num-
  18. bers and subaddresses to one another and to OSI reference model network layer addresses.
  19.  
  20.  
  21.  
  22. 1.1    Basic relationships
  23.  
  24.  
  25.  
  26.     The essential purpose of the network layer is to achieve routing of information within the open systems interconnection 
  27. (OSI) environment. To that purpose it may be useful to establish a correspondence between an ISDN address (ISDN number, 
  28. possibly with subaddress) and an X.200 network layer service access point. However, an ISDN address may in some 
  29. instances identify an
  30.  
  31. end-system not conforming to the OSI model. In such cases the format and syntax of the subaddress are available for 
  32. user-specific purposes. Section 2 summarizes the coding agreements which allow this flexibility. (The publication of the 
  33. summary in this Recommendation is for information only and does not indicate administrative responsibility for contents 
  34. nor assure current status of the material presented.)
  35.  
  36.  
  37.  
  38. 1.2    NSAPs and ISDN addresses
  39.  
  40.  
  41.  
  42.     The ISDN address (ISDN number, possibly with subaddress) may include the OSI network layer address and thereby offer 
  43. means to identify NSAPs. 
  44.  
  45. Figure1 shows the three cases, a), b) and c) below, relating an ISDN address to a particular OSI NSAP address.
  46.  
  47.  
  48.  
  49.     For completeness, references to protocol elements are included in the three cases which follow. For circuit mode 
  50. access, the calling/called subaddress information elements associated with the Q.931 SETUP message are used to transmit 
  51. subaddress information, while the X.25 address extension field serves this purpose for packet mode access. For interoffice 
  52. circuit mode calls, the Q.931 subaddress information, elements may be transmitted within the access transport parameter 
  53. of the SS7 initial address message. On packet mode internetwork calls, the X.75 address extension field is available to 
  54. carry subaddress information.
  55.  
  56.  
  57.  
  58.     The components of the OSI NSAP address are the AFI (Authority and Format Identifier), the IDI (Initial Domain Identifier) 
  59. and possibly the 
  60.  
  61. DSP(Domain Specific Part).
  62.  
  63.  
  64.  
  65.     a)    The OSI NSAP address is comprised only of an AFI and IDI, in which the IDI is semantically identical to the ISDN 
  66. number. There is no DSP. A terminal can do one of the following:
  67.  
  68.  
  69.  
  70.         Case a1) The entire NSAP is carried in the subaddress field; or
  71.  
  72.  
  73.  
  74.     Case a2) If the conditions in section 1.3.1 are satisfied the NSAP address can be inferred from the E.164 number.
  75.  
  76.  
  77.  
  78. Note - For circuit mode calls, the semantic content of the AFI may be contained in the numbering and addressing plan 
  79. identification in the Q.931 or SS7 calling/called address protocol elements. For packet mode calls, similar information may 
  80. be found in the X.25/X.75 protocol. Until such time as a protocol mechanism for identifying numbering plan and type of 
  81. number, analogous to that which exists in Q.931/SS7, is implemented in X.25/X.75, such information may be derivable 
  82. from the X.25/X.75 address fields which may include a numbering plan escape code. It may also be possible for the 
  83. semantic content of the AFI to be implied by network arrangements.
  84.  
  85.  
  86.  
  87.     b)    The OSI NSAP address is comprised of an AFI+IDI+DSP, in which the IDI is semantically identical to the ISDN 
  88. number. In this case, the entire NSAP address is carried in the subaddress/address extension field.
  89.  
  90.  
  91.  
  92.     c)    The OSI NSAP address is comprised of an AFI+IDI+DSP, in which the IDI is not related to the ISDN number. The 
  93. entire NSAP address is conveyed in the subaddress/address extension field.
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137. FIGURE 1/I.334
  138.  
  139.  
  140.  
  141. Relationship of NSAP address to ISDN number
  142.  
  143.  
  144.  
  145. Note 1 - The semantic content of AFI is contained in the numbering/task mark addressing plan identification (NAPI) in the 
  146. Q.931/X.25 address information element or implied by network arrangement.
  147.  
  148.  
  149.  
  150. Note 2 - The IDI of the OSI NSAP address is semantically identical to the ISDN number.
  151.  
  152.  
  153.  
  154. Note 3 - The ISDN number is not related to the NSAP address.
  155.  
  156.  
  157.  
  158.  
  159.  
  160. 1.3    Encoding of NSAP Addresses
  161.  
  162.  
  163.  
  164. 1.3.1    Use of the AF
  165.  
  166.  
  167.  
  168.     Under certain conditions, the NSAP Address, as defined in ISO 8348/AD2, may be conveyed entirely in the AF. These 
  169. conditions are:
  170.  
  171.  
  172.  
  173.     a)    the NSAP Address consists solely of the IDP (i.e., the DSP is null); 
  174.  
  175.     b)    the AFI can be deduced from the contents of the AF (e.g., with knowledge of the subnetwork to which the DTE 
  176. is attached); and
  177.  
  178.  
  179.  
  180.     c)    the IDI is the same as the SNPA Address.
  181.  
  182.  
  183.  
  184.     When all the above conditions are satisfied, the AF may be used to convey the semantics of the entire NSAP Address 
  185. (the AFI is implied and the contents of the AF are equivalent to the IDI). In these cases, the AEF may also be used (see 
  186. Clause 1.3.2).
  187.  
  188.  
  189.  
  190. 1.3.2    Use of the AEF
  191.  
  192.  
  193.  
  194.     When the conditions in Clause 1.3.1 are not satisfied, the AEF shall be used. The NSAP Address, complete with AFI, is 
  195. placed in the AEF (type of subaddress is X.213/ISO 8348/AD2). In this case, the contents of the AF are not defined by this 
  196. International Standard.
  197.  
  198.  
  199.  
  200. 1.4    Decoding of NSAP Addresses
  201.  
  202.  
  203.  
  204. 1.4.1    Absent AEF Case
  205.  
  206.  
  207.  
  208.     If the AEF is not present, then local knowledge is required by the receiving NL entity to determine whether an OSI NSAP 
  209. Address is to be deduced from the content of the AF. If this local knowledge indicates that an NSAP Address is present, its 
  210. abstract syntax is as follows:
  211.  
  212.  
  213.  
  214.     a)    the AFI is deduced from knowledge of the subnetwork from which the packet was received;
  215.  
  216.  
  217.  
  218.     b)    the IDI is the same as the contents of the AF; and
  219.  
  220.  
  221.  
  222.     c)    the DSP is absent.
  223.  
  224.  
  225.  
  226. 1.4.2    AEF Case
  227.  
  228.  
  229.  
  230.     If the AEF is present and the type of subaddress is X.213/IS0 8348/AD2, then the NSAP Address is contained entirely 
  231. within the AEF. The abstract syntax is as follows:
  232.  
  233.  
  234.  
  235.     a)    the AFI is contained within the first two digits of the AEF;
  236.  
  237.  
  238.  
  239.     b)    the IDI is the remainder of the IDP after any leading and trailing padding digits are discarded; and
  240.  
  241.  
  242.  
  243.     c)    the DSP, if present, constitutes the remainder of the AEF content after any trailing padding digits are discarded.
  244.  
  245.  
  246.  
  247. 2.    Means to specify the type of subaddress
  248.  
  249.  
  250.  
  251.     Considering the three cases in which the NSAP address may be related to the ISDN address/subaddress, a mechanism 
  252. which permits determination of the type of subaddress present may be useful in making distinctions. The method of dis-
  253. tinction is dependent upon the protocol being used.
  254.  
  255.  
  256.  
  257.     In the case of Q.931/I.451, 3 bits within octet 3 of each subaddress information element (i.e., calling and called party 
  258. subaddress)  1 establish the "type of subaddress". Two existing assignments, subject to change by responsible authorities 
  259. are "user-specified" and "X.213/ISO 8348/AD2". All other values are reserved.
  260.  
  261.  
  262.  
  263.     The actual subaddress information is coded beginning in octet 4 with the possibility of continuing up to octet 23, i.e., 
  264. the subaddress information element has the capacity to carry a maximum of 20 octets of subaddress information.
  265.  
  266.  
  267.  
  268.     -    Under the X.213/ISO 8348/AD2 encoding of type of subaddress, the initial two digits of the subaddress repre-
  269. sent the AFI which permits further distinction in subaddress encoding schemes as specified in Figure 2.
  270.  
  271.  
  272.  
  273.     -    Under the user-specified encoding of type of subaddress, the subaddress field is encoded according to user 
  274. specifications subject to a maximum length of 20 octets.
  275.  
  276.  
  277.  
  278.     In the case of packet mode calls using X.25/ISO 8208, bits within the first octet of the calling/called address exten-
  279. sion facility parameter field indicate the "type of address extension" in a similar manner.
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.   Octets 1 and 2 of the subaddress information elements serve as information     element and length identifiers, respec-
  292. tively.
  293.