ISO 8878:1987
(Main)Information processing systems — Data communications — Use of X.25 to provide the OSI connection-mode network service
Information processing systems — Data communications — Use of X.25 to provide the OSI connection-mode network service
Systèmes de traitement de l'information — Communication de données — Utilisation du protocole X.25 pour fournir le service de réseau OSI en mode connexion
General Information
Relations
Standards Content (Sample)
IS0
INTERNATIONAL STANDARD
8878
First edition
1987-09-01
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION
ORGANISATION INTERNATIONALE DE NORMALISATION
MEXAYHAPOAHAR OPrAHM3AuMR Il0 CTAHAAPTMSAUMM
Information processing systems - Data
communications - Use of X.25 to provide
the OS1 connection-mode network service
Systèmes de traitement de l'information - Communication de données - Utifisation du
protocole X.25 pour fournir le service de réseau OS1 en mode connexion
Reference number
[SO 8878 : 1987 (E)
---------------------- Page: 1 ----------------------
Foreword
IS0 (the International Organization for Standardization) is a worldwide federation of
national standards bodies (IS0 member bodies). The work of preparing International
Standards is normally carried out through IS0 technical committees. Each member
body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, govern-
mental and non-governmental, in liaison with EO, also take part in the work.
e
Draft International Standards adopted by the technical committees are circulated to
the member bodies for approval before their acceptance as International Standards by
the IS0 Council. They are approved in accordance with IS0 procedures requiring at
least 75 % approval by the member bodies voting.
International Standard IS0 8878 was prepared by Technical Committee ISO/TC 97,
Information processing systems.
Users should note that all International Standards undergo revision from time to time
and that any reference made herein to any other International Standard implies its
latest edition, unless otherwise stated.
O International Organization for Standardization, 1981 O
Printed in Switzerland
II
---------------------- Page: 2 ----------------------
IS0 8878 : 19û7 (E)
CONTENTS
O Introduction . 1
1 Scope and field of application . 2
2 References . 3
Section one : General . 3
3 Definitions . 3
3.1 Reference Model definitions . 3
3.2 Service Conventions definitions . 3
3.3 Network Service definitions . 3
3.4 Addressing definitions . 4
3.5 X.25 definitions .
4
3.6 X.96 definitions . 4
4 Abbreviations . 4
4.1 Network Service abbreviations . 4
4.2 Addressing abbreviations . 4
4.3 X.25 abbreviations . 4
4.4 Abbreviations applying to Annex A . 5
5 5
Overview .
5.1 Elements of the X.25/PLP-1984 used to support the OS1 CONS . 5
5.2 General operation of the X.25/PLP-1984 for supporting the OS1 CONS .
7
Section two : Mapping the OS1 CONS to/from theX.25/PLP-1984 . 8
6 Network connection establishment phase . 8
6.1 Primitive/Parameter and Packet/Field relationships . 8
.......................
6.2 Procedures 8
7 Network connection release phase . 14
7.1 Primitive/Parameter and Packet/Field relationships . 14
.......................
7.2 Procedures 14
8 Data transfer phase . Data transfer service . 16
8.1 Primitive/Parameter and Packet/Field relationships . 16
.......................
8.2 Procedures 17
9 Data transfer phase . Receipt confirmation service . 17
/ Field relationships . 17
9.1 Primitive and Packet
.......................
9.2 Procedures 18
10 Data transfer phase . Expedited data transfer service .
18
10.1 Primitive/Parameter and PacketiField relationships . 18
10.2 Procedures . 18
11 Data transfer phase . Reset service . 18
11.1 PrimitiveIParameter and Packet/Field relationships . 18
1 1.2 Procedures . 19
iii
---------------------- Page: 3 ----------------------
IS0 8878 : 1987 (E)
21
ANNEX A .
21
X.25 (1 980) Subnetwork Dependent Convergence Protocol
21
A.0 Introduction .
21
A.l Scope .
22
A.2 Overview of the protocol .
24
A.3 Protocol mechanisms .
36
A.4 Protocol description .
46
A.5 Protocol encoding in X.25 packets .
53
ANNEX B .
53
Conformance .
B.0 Introduction . 53
B.l Functionality of classes . 53
8.2 Static conformance requirements . 53
B.3 Scenarios . 54
B.4 Procedures for selecting class of operation 54
54
B.5 lnterworking by relay system .
57
ANNEX C .
57
Additional Considerations of CONS Primitives . .
C.0 Introduction . 57
C.l Environment for X.25/PLP operation . . 57
ANNEX D . 59
59
Use of X.25/PLP NPAl .
D.0 Introduction . 59
59
D.1 Obtaining an SNPA address .
59
D.2 Examples of NSAP address encoding . .
ANNEX E . 62
Transit Delay Calculations . 62
iv
---------------------- Page: 4 ----------------------
IS0 8878 : 1987 (E)
INTERNATIONAL STANDARD
Information processing systems - Data
communications - Use of X.25 to provide
the OS1 connection-mode network service
O Introduction
This International StanLard defines two methods for providing the OS1 Connection-Mode NE. nrork Service
(CONS) through the use of the X.25 Packet Level Protocol (X.25/PLP). The first method, which is presented in
the main body of this International Standard, specifies a mapping between elements of the 1984 version of the
X.25/PLP (X.25/PLP-1984) and elements of the OS1 CONS. The second method, which is presented in Annex A
of this International Standard, defines a Subnetwork Dependent Convergence Protocol (SNDCP) that shall be
used to provide the OS1 CONS over subnetworks or with equipment using the 1980 version of the X.25/PLP. This
SNDCP should only be used if the elements of the X.25/PLP-1984, as defined in 5.1 of this International
Standard, are not available to support the OS1 CONS.
Annex B gives the conformance requirements for equipment providing the OS1 CONS by one or more of the
methods in this International Standard and defines the possibilities and rules for interworking between such
equipment.
Annexes A and B are integral parts of this International Standard. They are intended to provide a migration
strategy towards the use of the 1984 version of X.25 in both subnetworks and DTEs. Their status will be
reviewed periodically.
Annex C provides additional considerations on the relationship between the X.25 protocol procedures and the
CONS primitives.
Annex D illustrates the use of X.25 Network Protocol Address Information (NPAI), i.e., the Address Field and
the Address Extension Facilities.
Annex E illustrates the use of X.25 transit delay facilities.
The above three annexes are not integral parts of this International Standard.
The relationship between the X.25/PLP-1984 and the OS1 CONS is shown in Figure 1. This relationship is
described only in terms of the Network Layer entities that provide the CONS. No discussion is given here to
describe the actions of a Network Layer entity that only provides a relay function for a given network connection.
The OS1 Network Service is defined in terms of:
a. the primitive actions and events of the Service;
b. the parameters associated with each primitive action and event, and the form which they take; and
c. the interrelationship between, and the valid sequences of, these actions and events.
The OS1 Network Service does not specify individual implementations or products nor does it constrain the
implementation of entities and interfaces within a computer system.
The X.25/PLP-1984 is defined in terms of:
a. procedures for Virtual Calls and Permanent Virtual Circuits;
b. formats of packets associated with these procedures; and
c. procedures and formats for optional user facilities and CCITT-Specified DTE facilities.
1
---------------------- Page: 5 ----------------------
k f
TRANSPORT TRANSPORT
- - USES SERVICE- - 1
PROTO COL LAYER
+
NETWORK SERVICE
4
X.25 PACKET NETWORK
J
- - PROVIDES SERVICE-
LEVEL
LAYER
PROTOCOL
i
---------------------- Page: 6 ----------------------
IS0 8878 : 1987 (E)
The X.25/PLP-1984 or X.25/PLP-1980 with the SNDCP is usually regarded as operating between an end
system (i.e., a "Data Terminal Equipment" in X.25 terminology) and a packet-switched public data subnetwork.
However, the X.25/PLP-1984 or X.25/PLP-1980 with the SNDCP can also be used in other environments to
provide the OS1 CONS. Examples of such other uses include:
a. an end system connected to an X.25 packet-switched private data subnetwork;
b. an end system connected to a local area network;
c. direct connection or circuit-switched connection (including connection across a circuit-switched data
subnetwork) of two end systems without an intervening packet-switched public data subnetwork; and
d. an end system connected to an Integrated Services Digital Network.
2 References
IS0 7498, Information processing systems - Open Systems Interconnection - Basic Reference Model.
IS0 8208, Information processing systems - Data communications - X.25 Packet Level Protocol for Data
Terminal Equipment.
IS0 8348, Information processing systems - Data communications - Network service definition.
IS0 8348iAdd. 2, Information processing systems - Data communications - Network service definition -
Addendum 2: Network layer addressing.
IS0 / TR 8509, Information processing systems - Open Systems Inferconnection - Service conventions.
CClTT Recommendation X.25, Interface Between Data Terminal Equipment (DTE) and Data Circuit Terminating
Equipment (DCE) for Terminals Operafing in the Packet Mode and Connected to Public Data Networks by
Dedicated Circuit, 1984 (Red Book).
CClTT Recommendation X.96, Call Progress Signals in Public Data Networks, 1984 (Red Book).
SECTION ONE: GENERAL
3 Definitions
3.1 Reference Model definitions
The following concepts, developed and defined in the OS1 Reference Model (IS0 74981, are used:
a. Network connection
b. Network Layer
c. Network Service
d. Network Service Access Point
Network Service Access Point address
e.
f. Subnetwork
3.2 Service Conventions definitions
The following terms, as they apply to the Network Layer and as defined in the Service Conventions Standard
(ISO/TR 85091, are used:
a. Network Service user
b. Network Service provider
c. primitive
d. request
e. indication
f. response
g. confirm
3.3 Network Service definitions
The following terms, as defined in the Network Service (IS0 83481, are used:
a. Calling Network Service user
3
---------------------- Page: 7 ----------------------
IS0 8878 : 1987 (E)
b. Called Network Service user
3.4 Addressing definitions
The following concepts, as defined in IS0 8348lAdd. 2, are used:
a. Subnetwork Point of Attachment address
b. Network Protocol Address Information
c. Initial Domain Part
d. Authority and Format Identifier
e. Initial Domain Identifier
f. Domain Specific Part
3.5 X.25 definitions
The following concepts, as developed in the X.25 Packet Level Protocol for DTEs (IS0 8208) and in CCITT
Recommendation X.25, are used:
a. virtual circuit
b. Virtual Call
c. logical channel
d. Packet Level
e. Data Terminal Equipment
f. Data Circuit-terminating Equipment
g. DXE (either a DTE or a DCE)
3.6 X.96 definitions
The following terms, as defined in CCITT Recommendation X.96, are used:
a. Category C call progress signal
b. Category D call progress signal
4 Abbreviations
4.1 Network Service abbreviations
CONS Connection-Mode Network Service
N Network
NC Network-connection
NL Network Layer
NS Network Service
Network Service Access Point
NSAP
Open Systems Interconnection
os1
Quality of Service
QOS
4.2 Addressing abbreviations
AFI Authority and Format Identifier
DSP Domain Specific Part
ID1 Initial Domain Identifier
IDP Initial Domain Part
NPAl Network Protocol Address Information
SNPA Subnetwork Point of Attachment
4.3 X.25 abbreviations
AEF Address Extension Facility
AF Address Field
D-bit Delivery Confirmation bit
4
---------------------- Page: 8 ----------------------
IS0 8878 : 1987 (E)
DCE Data Circuit-terminating Equipment
Data Terminal Equipment
DTE
EDN Expedited Data Negotiation (Facility)
End-to-End Transit Delay Negotiation (Facility)
EETDN
Facility Parameter Field
FPF
General Format Identifier
GFI
Logical channel
LC
M-bit More Data bit
MBS M-bit Sequence
MTCN Minimum Throughput Class Negotiation (Facility)
PLP Packet level protocol
Packet receive sequence number
P(R)
Packet send sequence number
P(S)
Throughput Class Negotiation (Facility)
TCN
Transit Delay Selection And Indication (Facility)
TDSAI
Virtual Call
vc
4.4 Abbreviations applying to Annex A
AE Address Extension (parameter)
ID Identifier
LI Length Indicator
MTC Minimum Throughput Class (parameter)
N-CC Network Connection confirm
Network Connection request
N-CR
N-DR Network Disconnect request
Network Protocol Data Unit
NPDU
NSDU Network Service Data Unit
PT Parameter Type
PV Parameter Value
Q-bit Qualifier Bit
SNDCP Subnetwork Dependent Convergence Protocol
5 Overview
The Network Service provides for the transparent transfer of data between NS users. It makes invisible to
these NS users the way in which supporting communications resources are utilized to achieve this transfer.
5.1 Elements of the X.25/PLP-1984 used to support the OS1 CONS
The X.25/PLP-1984, as defined by IS0 8208, provides a specific realization for the transparent transfer of
data between NS users of the CONS. The elements of this protocol to be considered are:
a. the virtual-circuit types;
b. the packet types and fields to be mapped to the primitives and parameters of the OS1 CONS; and
c. the optional user facilities and CCITT-Specified DTE facilities.
Of the two types of virtual circuits defined in IS0 8208, the use of Virtual Calls (VCs) is mapped to the NC
Establishment and Release Phases of the OS1 CONS.
1 below lists the X.25/PLP-1984 packets and associated fields that shall be used when supporting the
Table
OS1 CONS.
---------------------- Page: 9 ----------------------
IS0 8878 : 1987 (E)
TABLE 1
PACKETS AND FIELDS OF THE X.25/PLP-1984
USED TO SUPPORT THE OS1 CONS
Packet Types' Fields2
CALL REQUEST General Format Identifier3, Address Field, Facility Field,
INCOMING CALL Call and Called User Data Field4
CALL ACCEPTED
CALL CONNECTED
CLEAR REQUEST Clearing Cause Field, Diagnostic Code Field, Address
CLEAR INDICATION Field, Facility Field, Clear User Data Field4
DATA
D-bit, M-bit, P(SI5, P(Rf, User Data Field4
INTERRUPT Interrupt User Data Field4
RECEIVE READY^
RECEIVE NOT READY'
REJECT' (if agreed to)
RESET REQUEST Resetting Cause Field, Diagnostic Code Field
RESET INDICATION
~~~ ~
RESTART INDICATION Restarting Cause Field, Diagnostic Code Field
NOTES
1. The packets shown in the table are used in support of the primitives of the OS1 CONS. Other packets not shown in the
table (i.e., CLEAR CONFIRMATION, INTERRUPT CONFIRMATION, RESET CONFIRMATION, and RESTART CONFIRMA-
TION packets) are essential to the use of the packets shown. Yet other packets (i.e., RESTART REQUEST, DIAGNOS-
TIC, REGISTRATION REQUEST, and REGISTRATION CONFIRMATION packets) have no relationship to the provision of
the OS1 CONS.
2. The information in the fields shown in the table have a direct relationship to the parameters associated with the primi-
tives of the OS1 CONS. Other fields not shown in the table (e.g., the Logical Channel Identifier, the Packet Type
Identifier, the Address Length Fields, and the Facility Length Field) are essential to the use of the appropriate packets.
3. Bit 7 of octet 1 of the GFI in these packets is used to negotiate the overall availability of the D-bit in support of the
Receipt Confirmation Service. As such, this bit has no specific field-name as defined in the X.25/PLP-1984.
4. All user data fields are octet aligned.
5. The P(S) and P(R) fields are essential to the operation of the X.25iPLP-1984 in providing the Receipt Confirmation Ser-
vice.
6. The action implied by these packets has no relationship to the primitives of the OS1 CONS. However, the P(R) field is
essential to the operation of the X.25/PLP-1984 in providing the Receipt Confirmation Service.
In addition, the following optional user facilities and CCITT-Specified DTE facilities shall be used and/or agreed
to:
a. optional user facilities -
Fast Select (facility used; when operating in a DTE-to-DTE environment without an intervening packet-
switched network, the use of the Fast Select Facility shall also be agreed to by the two DTEs),
Fast Select Acceptance (facility agreed to if operating in a packet-switched network environment),
Throughput Class Negotiation (facility agreed to and used), and
---------------------- Page: 10 ----------------------
IS0 8878 : 1987 (E)
Transit Delay Selection And Indication (facility used);
b. CCITT-Specified DTE facilities -
Called Address Extension (facility used),
Calling Address Extension (facility used),
End-to-End Transit Delay Negotiation (facility used),
Expedited Data Negotiation (facility used), and
Minimum Throughput Class Negotiation (facility used).
5.2 General operation of the X.25/PLP-1984 for supporting the OS1 CONS
The X.25/PLP-1984 can be used to provide the OS1 CONS in an end system connected to a public or private
X.25 packet-switched subnetwork. It can also be used in environments where the end system is connected to a
Local Area Network or where end systems are connected by a dedicated path or by a circuit-switched
connection.
As shown in Figure 2, the NS provider (more particularly, the NL entity in an end system) must provide a
translation between
a. the primitives and parameters of the OS1 CONS; and
($
b. the packets and associated fields of the X.25/PLP-1984.
END SYSTEM A ENDSYSTEM B
e
*
e I
I
NS
USERS
NETWORK SERVICE
PRIMITIVES
NETWORK
------
SERVICE
moo
X. 25
1 f$!ZFT
PACKET
LEVEL
PROTOCOL PROTOCOL
I-* I
J
DTEIDXE
INTERFACE*
* This interface consists of zero or more Network Layer entities providing a Network Layer relay function.
FIGURE 2
Operation of OS1 Connection-Mode Network Service
and X.25 Packet Level Protocol (1984)
Request and response primitives are translated into packets to be transmitted across the DTE/ DXE interface by
the NL entity. Received packets, where appropriate, are translated by the NL entity into indication and confirm
primitives.
7
---------------------- Page: 11 ----------------------
Annex C provides additional considerations on the relationship between the X.25 protocol procedures and the
CONS primitives.
NOTE -
The Network Service Definition specifies valid sequences of primitives at an NC endpoint and valid parameter
responses at the called NC endpoint to Receipt Confirmation negotiation, Expedited Data negotiation, and QOS
parameter negotiation. The necessity for the NL entity to monitor compliance and the actions to be taken on
non-compliance are a local matter, and not subject to standardization.
There is also a relationship between some local mechanism used to identify a particular NC and a LC number
used to identify a particular virtual circuit. This relationship is a local matter and is not discussed here.
SECTION TWO: MAPPING THE OS1 CONS TO/FROM THE X.25/PLP-1984
6 Network connection establishment phase
6.1 PrimitiveIParameter and PacketIField relationships
Table 2 shows the relationships between the primitives/parameters used during the Network Connection
Establishment Phase and the packets/fields associated with the Call Setup Procedures.
6.2 Procedures
6.2.1 Primitive/Packet mapping
When an NL entity receives an N-CONNECT request or an N-CONNECT response primitive from an NS user, it
transmits a CALL REQUEST or a CALL ACCEPTED packet, respectively, across the DTE/DXE interface.
When an NL entity receives an INCOMING CALL or a CALL CONNECTED packet, it signals an N-CONNECT
indication or an N-CONNECT confirm primitive, respectively, to the NS user.
6.2.2 NSAP addresses
Local operation determines the contents of the NPAl and whether NSAP Addresses, where explicitly supplied,
are mapped to and from the Address Field (AF) or the Address Extension Facilities (AEF) of X.25/PLP-1984 call
setup packets. Annex D describes guidelines for the methods by which the required AF contents may be derived
from the NSAP Address. The permitted techniques for the placement of NSAP Addresses in either the AF or AEF
are given in this clause. The encoding techniques to be employed are those specified in IS0 8208 for the AF and
AEF. The content of these fields shall be in the preferred binary encoding defined in IS0 8348lAdd. 2.
Examples of encoding NSAP Addresses in the NPAl of the X.25/PLP-1984 are also given in Annex D.
NOTE - The use of the preferred binary encoding results in binary-coded decimal digits in the AF, as required by
IS0 8208.
6.2.2.1 Encoding of NSAP addresses
I
6.2.2.1.1 Use of the AF
l
Under certain conditions, the NSAP Address, as defined in IS0 8348iAdd. 2, may be conveyed entirely in the
AF. These conditions are:
a. the NSAP Address consists solely of the IDP (i.e., the DSP is null);
b. the AFI can be deduced from the contents of the AF (e.g., with knowledge of the subnetwork to which the
DTE is attached); and
c. the ID1 is the same as the SNPA Address.
When all of the above conditions are satisfied, the AF may be used to convey the semantics of the entire NSAP
Address (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 6.2.2.1.2).
6.2.2.1.2 Use of the AEF
When the conditions in 6.2.2.1.1 are not satisfied, the AEF shall be used. The NSAP Address, complete with
AFI, is placed in the AEF (bits 8 and 7 of the first octet of the FPF of the AEF are both set to zero). In this case,
8
---------------------- Page: 12 ----------------------
IS0 8878 : 1987 (E)
TABLE 2
CONS:X.25 / PLP- 1984 MAPPING
FOR THE NETWORK CONNECTION ESTABLISHMENT PHASE
CONS X.251 PLP- 1984
JRIMITIVES: 3 ACKETS:
N-CONNECT request CALL REQUEST
INCOMING CALL
N-CONNECT indication
CALL ACCEPTED
N-CONNECT response
CALL CONNECTED
N-CONNECT confirm
~
PARAMETERS: FIELDS (INCLUDING FACILITIES):
Called Address Called DTE Address Field
Called Address Extension Facility
Calling DTE Address Field
Calling Address
Calling Address Extension Facility
Responding Address Called DTE Address Field
Called Address Extension Facility
Receipt Confirmation Selection General Format Identifier'
Expedited Data Negotiation Facility
Expedited Data Selection
Throughput Class Negotiation Facility2
QOS-Parameter Set
Minimum Throughput Class Negotiation Facility
Transit Delay Selection And Indication Facility
End-to-End Transit Delay Negotiation Facility
NS-User-Data Call and Called User Data Field
Fast Select Facility3
I)
Bit 7 of octet 1 of the GFI in call setup packets is used to negotiate the overall availability of the D-bit in support of the
1.
Receipt Confirmation Service. As such, this bit has no specific field-name as defined in the X.25iPLP-1984.
2. For proper operation, this optional user facility shall also be agreed to for use on the interface.
3. For proper operation, the Fast Select Acceptance Facility shall also be agreed to on the interface when accessing a
packet-switched network.
the contents of the AF are not defined by this International Standard. Guidelines for their derivation are given in
Annex D.
6.2.2.2 Decoding of NSAP addresses
6.2.2.2.1 Absent AEF case
If the AEF is not present, then local knowledge is required by the receiving NL entity to determine whether an
OS1 NSAP Address is to be deduced from the content of the AF. If this local knowledge indicates that an NSAP
Address is present, its abstract syntax is as follows:
a. the AFI is deduced from knowledge of the subnetwork from which the packet was received;
9
---------------------- Page: 13 ----------------------
IS0 8878 : 1987 (E)
b. the ID1 is the same as the contents of the AF; and
c. the DSP is absent.
6.2.2.2.2 AEF case
If the AEF is present and bits 8 and 7 of the leading octet of the FPF are both set to zero, ther
Address is contained entirely within the AEF. The abstract syntax is as follows:
a. the AFI is contained within the first two digits of the AEF;
b. the ID1 is the remainder of the IDP after any leading and trailing padding digits are discarded; anc
c. the DSP, if present, constitutes the remainder of the AEF content after any trailing padding
discarded.
6.2.3 Receipt Confirmation selection
Bit 7 of octet 1 in the GFI of X.25iPLP-1984 call setup packets is mapped toifrom the Receipt C
Selection parameter of N-CONNECT primitives.
If the Receipt Confirmation Selection parameter of the N-CONNECT request primitive indicates "use
s
Confirmation," then the NL entity, if it can support the D-bit Procedure as defined in 8.2.3 and 9.2.1,
the GFI to 1 to indicate use of receipt confirmation during the Data Transfer Phase. If "no use
Confirmation" is indicated or the NL entity cannot support the D-bit Procedure, then bit 7 is set to O.
When an NL entity receives an INCOMING CALL packet with bit 7 of the GFI set to 1 but it cannot I
D-bit Procedure, it indicates 'ho use of Receipt Confirmation" in the Receipt Confirmation Selection pc
the N-CONNECT indication primitive signaled to the Called NS user. Otherwise, if bit 7 of the GFI
(respectively, O), then the NL entity indicates "use (respectively, no use) of Receipt Confirmation" in t
Confirmation Selection parameter of the N-CONNECT indication primitive signaled to the Called NS usel
When an NL entity receives an N-CONNECT response primitive with the Receipt Confirmatior
parameter indicating "use (respectively, no use) of Receipt Confirmation," it sets bit 7 of the GFI ir
ACCEPTED packet to 1 (respectively, O).
When an NL entity receives a CALL CONNECTED packet with bit 7 of the GFI set to 1 (respect
indicates "use (respectively, no use) of Receipt Confirmation" in the Receipt Confirmation Selection pr
the N-CONNECT confirm primitive signaled to the Calling NS user.
6.2.4 Expedited Data selection
The Expedited Data Negotiation (EDN) Facility of the X.25iPLP- 1984 is mapped toifrom the Expc
Selection parameter of N-CONNECT primitives.
If the Expedited Data Selection parameter of the N-CONNECT request primitive indicates "use of
Data," then the NL entity, if it can support the Interrupt Procedure using 32-octet INTERRUPT packet
the EDN Facility to indicate use of expedited data during the Data Transfer Phase. If "no use of Expel
is indicated or the NL entity cannot support 32-octet INTERRUPT packets, then the EDN Facility is 4
indicate no use of expedited data; alternatively, the EDN Facility may be omitted.
When an NL entity receives an INCOMING CALL packet with no EDN Facility or with the Ei
indicating use of expedited data but it cannot support 32-octet INTERRUPT packets, it indicates
Expedited Data" in the Expedited Data Selection parameter of the N-CONNECT indication primitive 4
the Called NS user. Otherwise, if the EDN Facility indicates use (respectively, no use) of expedited
the NL entity indicates "use (respectively, no use) of Expedited Data" in the Expedited Data Selection
of the N-CONNECT indication primitive signaled to the Called NS user.
When an NL entity receives an N-CONNECT response primitive with the Expedited Data Selection
indicating "use (respectively, no use) of Expedited Data," it encodes the EDN Facility in the CALL
packet to indicate use (respectively, no use) of expedited data. If the Expedited Data Selection
indicates "no use of Expedited Data," the NL entity may omit the EDN Facility from the CALL ACCEPTE
When an NL entity receives a CALL CONNECTED packet with the EDN Facility indicating use (respc
use) of expedited data, it indicates "use (respectively, no use) of Expedited Data" in the Expe
Selection parameter of the N-CONNECT confirm primitive signaled to the Calling NS user. If
10
---------------------- Page: 14 ----------------------
IS0 8878 : 1987 (E)
CONNECTED packet has no EDN Facility, then the NL entity indicates "no use of Expedited Data" to the Calling
NS user.
6.2.5 QOS parameter set
The set of QOS parameters that are conveyed during the NC Establishment Phase consists of three
parameters:
a. the throughput for the direction of data transfer from the Calling NS user to the Called NS user;
b. the throughput for the direction of data transfer from the Called NS user to the Calling NS user; and
c. the transit delay that applies to both directions of data transfer.
For each of these three parameters, a set of "subparameters" is defined as follows:
a. a "Target" value, which is the QOS value desired by the Calling NS user;
a "Lowest Quality Acceptable" value, which is the lowest QOS value agreeable to the Calling NS user;
b.
c. QOS value the NS provider is willing to provide; and
an "Available" value, which is the
d. a "Selected" value, which is the QOS value to which the Called NS user agrees.
The set of values that can be specified for each subparameter is defined in every Network Service. This set
includes the value "unspecified." It may also include a value defined to be a "default value" that is mutually
understood by the NS provider and an NS user as applying in the absence of particular values.
6.2.5.1 Throughout QOS parameters
The Throughout Class Negotiation (TCN) Facility and the Minimum Throughput Class Neg
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.