ISO/IEC 8327-1:1996/Amd 1:1998
(Amendment)Information technology — Open Systems Interconnection — Connection-oriented Session protocol: Protocol specification — Amendment 1: Efficiency enhancements
Information technology — Open Systems Interconnection — Connection-oriented Session protocol: Protocol specification — Amendment 1: Efficiency enhancements
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Protocole de session en mode connexion: Spécification du protocole — Amendement 1: Amélioration d'efficacité
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 8327-1
Second edition
1996-09-15
AMENDMENT 1
1998-10-01
Information technology — Open Systems
Interconnection — Connection-oriented
Session protocol: Protocol specification
AMENDMENT 1: Efficiency enhancements
Technologies de l'information — Interconnexion de systèmes ouverts
(OSI) — Protocole de session en mode connexion: Spécification du
protocole
AMENDEMENT 1: Améliorations d'efficacité
Reference number
B C
ISO/IEC 8327-1:1996/Amd.1:1998(E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
Contents Page
1) Subclause 2.1. 1
2) Subclause 2.3. 1
3) Subclause 3.4. 1
4) Subclause 4.2. 1
5) Subclause 5.2. 1
6) Subclause 5.4.2. 2
7) Subclause 5.6. 2
8) Subclause 5.6.10. 3
9) Subclause 5.8. 3
10) Subclause 6.1.4. 5
11) Subclause 6.3.3. 6
12) Subclause 6.3.5. 6
13) Subclause 6.3.7. 6
14) Subclause 6.4.4. 6
15) Subclause 6.6.4. 7
16) Subclause 7.1. 7
17) Subclause 7.1.1. 7
18) Subclause 7.1.2. 7
19) Subclause 7.4.1. 7
20) Subclause 7.11. 8
21) Subclauses 7.38 through 7.41 . 8
7.38 SHORT CONNECT SPDU. 8
7.39 SHORT ACCEPT SPDU . 9
7.40 SHORT CONNECT CONTINUE SPDU. 11
7.41 SHORT ACCEPT CONTINUE SPDU . 11
7.42 SHORT REFUSE SPDU. 12
7.43 SHORT REFUSE CONTINUE SPDU. 13
7.44 SHORT FINISH SPDU. 13
7.45 SHORT DISCONNECT SPDU . 14
7.46 SHORT DATA TRANSFER SPDU . 15
7.47 SHORT ABORT SPDU . 15
7.48 Connection release when the null-encoding option is selected. 16
7.49 NULL SPDU . 16
22) Subclause 8.2. 16
8.2 SPDU structure (long form SPDUs). 16
23) Subclauses 8.2.1 through 8.2.8 . 17
© ISO/IEC 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or
utilized in any form or by any means, electronic or mechanical, including photocopying and micro-
film, without permission in writing from the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
© ISO/IEC ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
24) Subclauses 8.5 and 8.6. 17
8.5 SPDU structure (short-form SPDUs). 17
8.6 Short-form SPDU identifiers and associated parameter fields. 18
25) Subclause 9.1.3. 24
26) Subclause A.5.1 . 24
27) Subclause A.5.4.20 . 25
iii
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E) © ISO/IEC
Foreword
ISO (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized system for worldwide
standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity.
ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
ISO and IEC, also take part in the work.
In the field of information technology, ISO and IEC have established a joint
technical committee, ISO/IEC JTC 1. Draft International Standards adopted by
the joint technical committee are circulated to national bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the
national bodies casting a vote.
Amendment 1 to ISO/IEC 8327-1:1996 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 33,
Distributed application services, in collaboration with ITU-T. The identical text is
published as ITU-T Rec. X.225/Amd.1.
iv
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
INTERNATIONAL STANDARD
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY – OPEN SYSTEMS INTERCONNECTION –
CONNECTION-ORIENTED SESSION PROTOCOL: PROTOCOL SPECIFICATION
AMENDMENT 1
Efficiency enhancements
1) Subclause 2.1
Add the following reference by numerical order:
– ITU-T Recommendation X.215 (1995)/Amd.1 (1997) | ISO/IEC 8326:1996/Amd.1:1997, Information
technology – Open Systems Interconnection – Session service definition – Amendment 1: Efficiency
enhancements.
2) Subclause 2.3
Add the following reference after Recommendation T.62:
– ITU-T Recommendation X.215 (1995)/Addendum 1 (1995), Service definition for Session Layer
efficiency enhancement.
3) Subclause 3.4
Add the following definitions:
3.4.a long-form SPDU: An SPDU that has the long-form structure defined in 8.2.
: An option of the session protocol, negotiated during connection establishment,
3.4.b null-encoding protocol option
that permits a data transfer phase with zero session protocol control information and without the ability to signal the
orderly release of the session-connection.
3.4.c parameter indication: A field in the low-order bits of the first octet of a short-form SPDU (the high-order bits
will contain the SPDU identifier).
: An option of the session protocol that permits an efficient negotiation, during
3.4.d short-connect protocol option
connection establishment, of the fast associate mechanism (of which the null-encoding protocol defined in
ITU-T Rec. X.225 bis is a special case) by defining more compact encodings for the connection establishment SPDUs
than those defined in ITU-T Rec. X.225 | ISO/IEC 8327-1.
: An option of the session protocol that permits the use of smaller protocol
3.4.e short-encoding protocol option
control information of some of the more commonly occurring Session SPDUs in the data transfer and release phases.
3.4.f short-form SPDU: An SPDU that has the short-form structure defined in 8.5. All short-form SPDUs have
names that begin with the word SHORT and abbreviations beginning with the letter S.
4) Subclause 4.2
Add at the end of the abbreviations list:
SI&P SPDU Identifier (for short-form SPDUs) and Parameter indication
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 1
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
5) Subclause 5.2
In Table 1, referenced in this subclause, add the following items to the cell identified by Session Connection, Associated
SPDUs:
Service Primitives Associated SPDUs
Session Connection S-CONNECT request CONNECT SPDU or
S-CONNECT indication SHORT CONNECT SPDU
CONNECT SPDU or
S-CONNECT (accept) response SHORT CONNECT SPDU
ACCEPT SPDU,
SHORT ACCEPT SPDU or
S-CONNECT (accept) confirm SHORT ACCEPT CONTINUE SPDU
ACCEPT SPDU,
SHORT ACCEPT SPDU or
S-CONNECT (reject) response SHORT ACCEPT CONTINUE SPDU
REFUSE SPDU,
SHORT REFUSE SPDU or
S-CONNECT (reject) confirm SHORT REFUSE CONTINUE SPDU
REFUSE SPDU,
SHORT REFUSE SPDU or
SHORT REFUSE CONTINUE SPDU
Normal Data Transfer S-DATA request DATA TRANSFER SPDU or
SHORT DATA TRANSFER SPDU or
NULL SPDU
S-DATA indication DATA TRANSFER SPDU or
SHORT DATA TRANSFER SPDU or
NULL SPDU
Orderly Release S-RELEASE request FINISH SPDU or SHORT FINISH SPDU
S-RELEASE indication FINISH SPDU or SHORT FINISH SPDU
S-RELEASE(accept) response DISCONNECT SPDU or SHORT DISCONNECT SPDU
S-RELEASE(accept)indication DISCONNECT SPDU or SHORT DISCONNECT SPDU
S-RELEASE(reject) response NOT FINISHED SPDU
S-RELEASE(reject)indication NOT FINISHED SPDU
6) Subclause 5.4.2
Add at the end of the list and before the Note, the following new items:
h) to negotiate the null-encoding protocol option (see 5.8.7);
i) to negotiate the upper layer context specification.
7) Subclause 5.6
Add a new subclause as follows:
5.6.2 bis No orderly release functional unit
This functional unit removes the orderly release function from the kernel functional unit.
2 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
8) Subclause 5.6.10
Modify Table 3 referenced in this subclause:
Functional Unit SPDU code SPDU name Reference
Kernel CN CONNECT (see Note 1) 7.1
OA OVERFLOW ACCEPT (see Note 2) 7.2
CDO CONNECT DATA OVERFLOW (see Note 2) 7.3
AC ACCEPT (see Note 1) 7.4
RF REFUSE (see Note 1) 7.5
7.6
FN FINISH (see Note 10)
DN DISCONNECT (see Note 10) 7.7
ABORT (see Note 11) 7.9
AB
AA ABORT ACCEPT (see Note 3) 7.10
DATA TRANSFER (see Note 11) 7.11
DT
PR PREPARE (see Note 7) 7.26
SCN SHORT CONNECT (see Note 14) 7.38
SAC SHORT ACCEPT (see Note 14) 7.39
SRF SHORT REFUSE (see Note 14) 7.42
NL NULL (see Note 13) 7.49
SCNC SHORT CONNECT CONTINUE (see Note 14) 7.40
SACC SHORT ACCEPT CONTINUE (see Note 14) 7.41
SRFC SHORT REFUSE CONTINUE (see Note 14) 7.43
SFN SHORT FINISH (see Note 12) 7.44
SDN SHORT DISCONNECT (see Note 12) 7.45
SDT SHORT DATA TRANSFER (see Note 12) 7.46
SAB SHORT ABORT (see Note 12) 7.47
No orderly release No additional associated SPDUs
After Note 9 of this table, add the following Notes:
10 Not used if the no orderly release functional unit is selected.
11 Not used if the null-encoding protocol option is selected.
12 Used only if the short-encoding protocol option is supported.
13 Used only if the null-encoding protocol option is supported.
14 Used only if the short-connect protocol option is selected.
9) Subclause 5.8
Add the new subclauses (at the end of 5.8.6):
5.8.7 Negotiation of short-encoding
Each SPM indicates whether it wishes to use the short-encoding option on the connection. The protocol option is selected
only if both SPMs propose use of the option. If the option is selected, the SHORT DATA TRANSFER, SHORT FINISH,
SHORT DISCONNECT and SHORT ABORT SPDUs may be used on the connection.
The use of the other short-form SPDUs (SHORT CONNECT, SHORT ACCEPT, SHORT CONNECT CONTINUE,
SHORT REFUSE CONTINUE, SHORT ACCEPT CONTINUE and SHORT REFUSE SPDUs) is not affected by the
short-encoding protocol option.
5.8.8 Negotiation using short-connect mechanism and Upper-layer context specification
An initiating SPM receiving an S-CONNECT request that includes a Session-user-summary parameter may use the short-
connect mechanism. Conceptually, the SPM creates the CONNECT SPDU that would be used to establish the
connection. The SPM then uses an Upper-layer context specification to summarize the parameters of this CONNECT
SPDU, including the semantic content of the User-data as represented in the User-summary parameter of the
S-CONNECT request.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 3
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
The Upper-layer context specification is identified in the session protocol by either a global-form identifier (an ASN.1
Object Identifier) or a restricted-form identifier (a 16-bit quantity that is unambiguous within the scope of some
community of interconnecting systems).
The Upper-layer context specification may or may not define parameters that reflect values of the parameters of the
CONNECT SPDU, or, via the Session-user-summary parameter, values contained within the SS-userdata of the
S-CONNECT request. The Upper-layer context specification will define that each parameter is either:
a) immediate: always sent with the identifier; or
b) compressible: a compressed form can be sent with the identifier, and the original form sent on a
subsequent SPDU if the receiver is unable to reverse the compression.
NOTE 1 – The Upper-layer context specification will define the compression algorithm.
The SPM will send the identifier for the Upper-layer context specification and any immediate or compressed parameters
in the Connection summary parameter of a SHORT CONNECT SPDU. This SPDU may be sent on the User-data of a
T-CONNECT request or on the normal transport flow, using T-DATA.
The SHORT CONNECT SPDU shall only be sent on the T-CONNECT request if the size limitations of the Transport
layer permit. How the SPM is made aware of these limits is a local matter.
One of the following will then occur:
a) The responding SPM is able to reference the Upper-layer context specification and expand any
compressed parameters to their original form, and is thus able to reconstruct the CONNECT SPDU that
would have been sent. If acceptable to the SPM, an S-CONNECT indication is issued to the SS-user, with
no User-data parameter but with the User Summary parameter representing the semantic content of the
User-data that would have been sent.
If the SS-user replies with an S-CONNECT (accept) response, the SPM uses the Upper-layer context
specification identified on the SHORT CONNECT SPDU to determine the identification of the
Summary-response. Again this may have immediate and compressed parameters. The identification and
any immediate or compressed parameters are sent in the Summary-response parameter of a SHORT
ACCEPT SPDU, which also indicates that connection establishment is complete.
The receipt of the SHORT ACCEPT SPDU at the initiator completes the connection establishment.
NOTE 2 – It is expected that the Upper-layer context identifier together with the short connect PCI will be
designed to fit within the size limitation of the T-CONNECT User-data.
b) The responding SPM is able to reference the Upper-layer context specification but there are compressed
parameters that the SPM cannot expand to their original form. The SPM asks for the uncompressed forms
to be sent, by sending a SHORT ACCEPT SPDU indicating an incomplete connection establishment.
The initiating SPM, on receiving the SHORT ACCEPT SPDU, sends a SHORT CONNECT CONTINUE
SPDU containing the uncompressed forms of the parameters. The responding SPM can now, if the
received SPDUs are acceptable, issue an S-CONNECT indication with the semantic content of the missing
User-data represented by the User Summary parameter.
If the SS-user replies with an S-CONNECT (accept) response, the SPM uses the Upper-layer context
specification identified on the SHORT CONNECT SPDU to determine the identification of the
Summary-response and sends this, with any parameters in their uncompressed form on a SHORT
ACCEPT CONTINUE SPDU.
c) The responding SPM is unable to reference the Upper-layer context specification – the identifier is not
recognized – and the SHORT CONNECT SPDU was received on an established connection. The SPM
replies with SHORT REFUSE SPDU indicating the connection summary is unknown.
On receiving the SHORT REFUSE SPDU, the initiating SPM switches to using the long-form SPDUs for
connection establishment, sending the original CONNECT SPDU including any User-data.
d) The responding SPM is unable to reference the Upper-layer context specification – the identifier is not
recognized – and the SHORT CONNECT SPDU was received on a T-CONNECT indication. The SPM
ignores it, and just completes the establishment of the transport connection.
On receiving the T-CONNECT confirm with no SPDU in the User-data, the initiating SPM switches to
using the long-form SPDUs for connection establishment, sending the original CONNECT SPDU.
e) The responding SPM does not support the SHORT CONNECT SPDU and the SHORT CONNECT SPDU
was received on an established connection. The SPM will perceive this as a protocol error and release the
transport connection.
4 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
f) The responding SPM does not support the SHORT CONNECT SPDU and the SHORT CONNECT SPDU
was received on a T-CONNECT indication. The SPM ignores it, and just completes the establishment of
the transport connection.
On receiving the T-CONNECT confirm with no SPDU in the User-data, the initiating SPM switches to
using the long-form SPDUs for connection establishment, sending the original CONNECT SPDU.
5.8.9 Negotiation of null-encoding protocol option
The use of the null-encoding protocol option is negotiated between the peer SPMs at session-connection establishment. It
shall only be offered by the initiating SPM if the initiating Session user has requested, and the initiating SPM supports,
the no-orderly-release functional unit. In addition, it can only be offered by the initiating SPM if no session layer
addressing information is required to be conveyed
The null-encoding protocol option is selected for use on the session connection by the responding SPM. It shall only
select the use of the option if:
a) the null-encoding protocol option was offered by the initiating SPM;
b) the responding SPM has selected the kernel, full-duplex and no-orderly-release functional units, and no
other functional units.
5.8.10 Negotiation using short-connect protocol option with no upper-layer context identifier
The SPMs may use the short-connect protocol option to establish a session connection using the null-encoding option.
The short-connect protocol option, as applied to connection establishment, uses the SHORT CONNECT SPDU, SHORT
ACCEPT SPDU, SHORT ACCEPT CONTINUE SPDU and (if unsuccessful) the SHORT REFUSE SPDU and SHORT
REFUSE CONTINUE SPDU.
The short-connect protocol option can only be used by the initiating SPM if, on the S-CONNECT request primitive:
a) the Session Connection Identifier parameter is absent;
b) in the Calling Session Address and Called Session Address, the session selector is absent; and
c) the Session Requirements parameter specifies the full duplex and no-orderly-release functional unit and no
others.
The responding SPM can only issue a SHORT ACCEPT SPDU if, on the S-CONNECT response primitive:
a) the Session Connection Identifier parameter is absent;
b) in the Responding Session Address, the session selector is absent;
c) the Result is “accepted”; and
d) the Session Requirements parameter specifies the full duplex and no-orderly-release functional unit and no
others.
The SHORT CONNECT SPDU, SHORT ACCEPT SPDU and SHORT REFUSE SPDUs can be transferred as User-data
on the Transport-layer T-CONNECT primitives or as User-data on T-DATA primitives, if the Transport connection is
already established. The mapping to the User-data of the T-CONNECT primitives is only possible if the complete
SPDUs, including any User-data, meet any size restrictions of the T-CONNECT User-data. Otherwise procedures are
applied to send the SPDUs using the T-DATA primitives.
10) Subclause 6.1.4
Add the following phrase to the antepenultimate paragraph of this subclause:
Only the initiator of the transport connection is permitted to issue the CONNECT SPDU or the SHORT CONNECT
SPDU.
Replace the last paragraph of 6.1.4 with the following new paragraphs:
The TS-user data parameter in the T-CONNECT request and indication is used for the SHORT CONNECT SPDU. The
TS-user data parameter in the T-CONNECT response and confirm is used for the SHORT ACCEPT SPDU and SHORT
REFUSE SPDU if they fit, or for the SHORT ACCEPT CONTINUE SPDU and the SHORT REFUSE CONTINUE
SPDU otherwise. When a T-CONNECT request is issued, the TS-user data parameter shall either contain a SHORT
CONNECT SPDU or shall be empty. When a T-CONNECT response is issued, the TS-user data parameter shall be
empty, unless the T-CONNECT indication contained a SHORT CONNECT SPDU, in which case it shall contain a
SHORT ACCEPT SPDU, SHORT REFUSE SPDU, SHORT ACCEPT CONTINUE SPDU or SHORT REFUSE
CONTINUE SPDU.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 5
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
If the responding session implementation does not support the short-connect protocol option, it shall ignore the TS-user
data parameter on the T-CONNECT indication and confirm.
11) Subclause 6.3.3
Add the following items at the end of the list of SPDUs:
– NULL SPDU (see 7.49);
– SHORT CONNECT (see 7.38);
– SHORT ACCEPT (see 7.39);
– SHORT CONNECT CONTINUE (see 7.40);
– SHORT ACCEPT CONTINUE (see 7.41);
– SHORT REFUSE (see 7.42);
– SHORT REFUSE CONTINUE (see 7.43);
– SHORT FINISH (see 7.44);
– SHORT DISCONNECT (see 7.45);
– SHORT DATA TRANSFER (see 7.46);
– SHORT ABORT (see 7.47).
Consequently, change the period of the last SPDU of the list to semi-colon.
12) Subclause 6.3.5
Change the first sentence as follows:
Segmenting of SSDUs takes place under the following circumstances, provided the null-encoding option has not been
selected.
13) Subclause 6.3.7
Add the following to the column of Category 1 SPDUs in Table 6:
NULL SPDU
SHORT CONNECT
SHORT ACCEPT
SHORT CONNECT CONTINUE
SHORT ACCEPT CONTINUE
SHORT REFUSE
SHORT REFUSE CONTINUE
SHORT FINISH
SHORT DISCONNECT
SHORT DATA TRANSFER
SHORT ABORT
14) Subclause 6.4.4
Replace item b) with:
b) ABORT SPDUs are sent on the normal transport flow unless the null-encoding option is selected, in which
case the ABORT SPDUs are not sent.
6 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
15) Subclause 6.6.4
Change the title of this subclause as follows:
6.6.4 Description (when null-encoding option is not selected)
Add the following new subclause after 6.6.4:
6.6.5 Description (when null-encoding option is selected)
When the null-encoding option is selected, the session connection is terminated by disconnection of the supporting
transport connection.
16) Subclause 7.1
Add at the end of the paragraph:
The CONNECT SPDU is transmitted when the initiating SPM has chosen not to use a SHORT CONNECT SPDU, or
after a SHORT CONNECT SPDU was transmitted on a T-CONNECT request and no SPDU was received on the
T-CONNECT confirm, or after a SHORT REFUSE SPDU has been received with reason code value indicating
“unknown connection summary”.
17) Subclause 7.1.1
Replace item b) 1) with:
b) A Connect/Accept Item parameter group containing:
1) A Protocol Options parameter which enables the initiator to indicate its ability to receive extended
concatenated SPDUs, to use the null encoding option and its ability to receive the following
short-form SPDUs – SHORT DATA TRANSFER, SHORT FINISH, SHORT DISCONNECT and
SHORT ABORT SPDU.
The initiator is not able to use the null encoding option unless the no-orderly-release functional unit
was proposed by the calling SS-user.
18) Subclause 7.1.2
Replace the first two sentences by:
The sending of a CONNECT SPDU results from one of three events:
a) If the initiating SPM chooses not to use a SHORT CONNECT SPDU, an S-CONNECT request results in
the assignment of a transport connection. When the transport connection is established, a CONNECT
SPDU is sent on the transport normal flow.
b) If the initiating SPM chose to use a SHORT CONNECT SPDU, and sent the SHORT CONNECT SPDU
on the User-data of the T-CONNECT request, the receipt of a T-CONNECT confirm with no SPDU in the
User-data results in a CONNECT SPDU. This is sent on the transport normal flow.
c) If the initiating SPM chose to use a SHORT CONNECT SPDU (on a new or established transport
connection), an incoming SHORT REFUSE SPDU with the reason code value indicating “unknown
connection summary” results in a CONNECT SPDU. This is sent on the transport normal flow.
In all cases, if the Data Overflow . continue with rest of original paragraph.
19) Subclause 7.4.1
Replace b) 1) with:
b) A Connect/Accept Item parameter group containing:
1) A Protocol Options parameter which enables the responder to indicate its ability to receive extended
concatenated SPDUs whether the null encoding option is selected for use on this session connection,
and its ability to receive the following short-form SPDUs – SHORT DATA TRANSFER, SHORT
FINISH, SHORT DISCONNECT and SHORT ABORT SPDU.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 7
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
The responder shall not select the null encoding option unless:
– the initiator indicates on the CONNECT SPDU that it is able to use the null encoding option;
and
– the functional units selected for use on the session connection [see d) below] are precisely:
i) kernel functional unit;
ii) full-duplex functional unit;
iii) no-orderly-release functional unit.
20) Subclause 7.11
Add the following text at the end of the first sentence of this subclause:
Normal data is transferred by the DATA TRANSFER SPDU unless the null encoding option is selected, in which case
the NULL SPDU is used (see 7.49). If the short encoding option is selected, the SPM may transfer data using the SHORT
DATA TRANSFER SPDU (see 7.46).
21) Subclauses 7.38 through 7.41
Add the following new subclauses, numbered 7.38 through 7.41.3, after 7.37.3:
7.38 SHORT CONNECT SPDU
The SHORT CONNECT SPDU is sent as a protocol option at the choice of the initiating SPM to establish a session
connection if the Session-user Requirements parameter in the S-CONNECT request consists, of only the kernel,
full-duplex and no orderly release functional units, and there are no calling and called session selectors.
The SHORT CONNECT SPDU is transmitted by the initiator of the transport connection in order to initiate a session
connection when the initiating SPM has chosen to use this SPDU. The SPDU can be transmitted on the User-data of a
T-CONNECT request primitive or on a previously assigned, established transport connection.
The initiating SPM can choose to use the SHORT CONNECT SPDU if either:
a) an Upper-Layer Context Identifier specification is available that, with appropriate parameter values for the
Upper-Layer Context Identifier, summarizes the CONNECT SPDU that would be sent if the initiating
SPM chose not to use the SHORT CONNECT SPDU; or
b) in the parameters of the S-CONNECT request:
i) the Session Requirements parameter requests only the kernel, full-duplex and no-orderly-release
function units;
ii) the Called Session Address and Calling Session Address have NIL values of the Called and Calling
Session Selectors;
iii) the Session Connection Identifier is absent.
7.38.1 Content of SHORT CONNECT SPDU
The SHORT CONNECT SPDU contains:
a) A Nested Connection Identifier parameter assigned to this connection for a nested session connection only.
b) A Connection-Summary parameter which identifies an Upper-Layer Context Specification that
summarizes the values that would be contained in the parameters of a CONNECT SPDU that could be
issued as a result of the S-CONNECT request. The semantic content of the User-data of the S-CONNECT
request, if any, shall be included in the Connection-Summary via the Session-user-summary parameter of
the S-CONNECT request.
If the Upper-Layer Context Specification defines its own parameters, these shall be included in the
Connection-Summary parameter.
c) A Special User-data parameter to transfer two bits of transparent data.
d) A User-information field to transfer transparent data. The User-information field shall not be present if any
of the other parameters are present.
8 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
7.38.2 Sending the SHORT CONNECT SPDU
If the initiating SPM has chosen to use the SHORT CONNECT SPDU, an S-CONNECT request results in the assignment
of a new or already established transport connection.
If the assigned transport connection is not yet established, and the SHORT CONNECT SPDU, including any parameter
or User-information encodings, is small enough to be conveyed as User-data on the T-CONNECT request, the initiating
SPM shall optionally send the SHORT CONNECT SPDU on the User-data parameter of the T-CONNECT request.
If the assigned transport connection is not yet established and either the SHORT CONNECT SPDU is too large for the
User-data of the T-CONNECT request or the initiating SPM chooses, the initiating SPM shall wait until the transport
connection is established, and then shall send the SHORT CONNECT SPDU on the transport normal flow.
If the assigned transport connection is already established, the SHORT CONNECT SPDU shall be sent on the transport
normal flow.
7.38.3 Receiving the SHORT CONNECT SPDU
A valid incoming SHORT CONNECT SPDU which is acceptable to the receiving SPM results in an S-CONNECT
indication to the SS-user. The SPM then waits for an S-CONNECT response from the called SS-user. If the receiving
SPM is not able to handle the incoming request for a session connection, it does not issue any service primitive to the SS-
user and formats a SHORT REFUSE SPDU (see 7.40.2).
If the receiving SPM does not support the short-connect option and the SHORT CONNECT SPDU is received as
User-data on a T-CONNECT indication primitive, it shall ignore the SHORT CONNECT SPDU and shall not use the
User-data parameter on the T-CONNECT response primitive.
A valid incoming SHORT CONNECT SPDU containing a Connection Summary parameter that the SPM is able to fully
interpret, or containing no Connection Summary parameter, and that is acceptable to the receiving SPM results in an
S-CONNECT indication to an SS-user, according to the Called Session Selector parameter that was summarized in the
Connection Summary parameter (if present). The SPM then waits for an S-CONNECT response from the called SS-user.
A valid incoming SHORT CONNECT SPDU containing a Connection Summary parameter that identifies an
Upper-Layer Context Identifier that is known to the SPM, but which cannot be fully interpreted results in the SPM
sending a SHORT ACCEPT SPDU in which the completion field indicates the connection establishment is incomplete.
The SPM then waits until it receives a SHORT CONNECT CONTINUE SPDU.
A valid incoming SHORT CONNECT SPDU, received on an established transport connection, and containing a
Connection Summary parameter that identifies an Upper-Layer Context Identifier that is not known to the SPM, results in
the SPM sending a SHORT REFUSE SPDU in which the reason code value is “unknown connection summary”. The
SPM then waits until it receives a CONNECT SPDU.
A valid incoming SHORT CONNECT SPDU, received on the User-data of T-CONNECT indication, and containing a
Connection Summary parameter that identifies an Upper-Layer Context Identifier that is not known to the SPM, is
ignored by the SPM. The T-CONNECT indication itself results in a T-CONNECT response with no SPDU in the
User-data. The SPM then waits until it receives a CONNECT SPDU.
7.39 SHORT ACCEPT SPDU
An S-CONNECT (accept) response results in a SHORT ACCEPT SPDU if the responding SS-user selects in the Session
user requirements parameter of the S-CONNECT response only the kernel, full-duplex and no orderly release functional
units, and there is no responding session selector. A SHORT ACCEPT CONTINUE SPDU is first sent if the size
restriction of the transport primitive does not allow to send the SHORT ACCEPT SPDU directly.
After this, the SPM enters the data transfer phase and can receive any session service request or SPDU allowed by the
selected functional units.
An SPM receiving a SHORT CONNECT SPDU containing a Connection Summary parameter that the SPM is able to
fully interpret, or containing no Connection Summary parameter, may accept a proposal to establish a session connection
by transferring a SHORT ACCEPT SPDU (after receiving an S-CONNECT response primitive) to the initiator, on the
same transport connection. A SHORT ACCEPT CONTINUE SPDU is first sent if the size restriction of the transport
primitive does not allow to send the SHORT ACCEPT SPDU directly.
An SPM receiving a SHORT CONNECT SPDU that identifies an Upper-Layer Context Identifier that is known to the
SPM, but which cannot be fully interpreted, results in the SPM sending a SHORT ACCEPT SPDU in which the
completion field indicates the connection establishment is incomplete.
ITU-T Rec. X.225 (1995)/Amd.1 (1997 E) 9
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
7.39.1 Content of SHORT ACCEPT SPDU
The SHORT ACCEPT SPDU contains:
a) A nested connection identifier parameter assigned to this connection for a nested session connection only.
b) A completion field that indicates whether the session connection establishment is complete; if it is not
complete, a SHORT CONNECT CONTINUE is expected.
c) A Connection-Summary parameter which identifies an Upper-Layer Context Specification that
summarizes the values that would be contained in the parameters of an ACCEPT SPDU that could be
issued as a result of the S-CONNECT response. The content of the User-data of the S-CONNECT
response, if any, shall be included in the Connection-Summary via the Session-user-summary parameter of
the S-CONNECT response.
If the Upper-Layer Context Specification defines its own parameters, these shall be included in the
Connection-Summary parameter.
d) A Special User-data parameter to transfer two bits of transparent data.
e) A User-information field to transfer transparent data. The User-information field shall not be present if any
of the other parameters are present.
7.39.2 Sending the SHORT ACCEPT SPDU
An S-CONNECT (accept) response results in a SHORT ACCEPT SPDU being sent.
Following an incoming SHORT CONNECT SPDU that resulted in an S-CONNECT indication, an S-CONNECT
response results in a SHORT ACCEPT SPDU. If the SHORT CONNECT SPDU was received on the User-data of a
T-CONNECT indication, and if the size of the SHORT ACCEPT SPDU meets the size constraint of the T-CONNECT
response primitive, the SHORT ACCEPT SPDU is sent on the T-CONNECT response. If the SHORT CONNECT SPDU
was received on the User-data of a T-CONNECT indication, and the size of the SHORT ACCEPT SPDU does not meet
the size constraint of the T-CONNECT response primitive, a SHORT ACCEPT CONTINUE SPDU is sent on the T-
CONNECT response and the SHORT ACCEPT SPDU is then sent on the transport normal flow. If the SHORT
CONNECT SPDU was received on an established transport connection, the SHORT ACCEPT SPDU is sent on the
transport normal flow of the same connection. In either case, after this successful session connection, the SPM enters the
data transfer phase and can receive any service request or SPDU that is allowed by the selected functional units, protocol
options and current token positions.
If any of the minor synchronize, major synchronize or resynchronize functional units are selected but the activity
management functional unit is not selected, the SPM sets V(A) and V(M) to the Initial Serial Number proposed by the
called SS-user, which is the serial number to be used for the first synchronization point. V(R) is set to zero. Vsc is set
false.
If the symmetric synchronize functional unit is selected but the activity management functional unit is not selected, the
SPM sets V(Ar) and V(Mr) to the Initial Serial Number proposed by the called SS-user, which is the serial number to be
used for the first received synchronization point. The SPM sets V(As) and V(Ms) to the Second Initial Serial Number
proposed by the called SS-user, which is the serial number to be used for the first synchronization point to be sent. V(Rs)
and V(Rr) are set to zero.
If the activity management functional unit has been selected, Vact is set false.
An incoming SHORT CONNECT SPDU that identifies an Upper-Layer Context Identifier that is known to the SPM, but
which cannot be fully interpreted, results in a SHORT ACCEPT SPDU in which the completion field indicates the
connection establishment is incomplete. If the SHORT CONNECT SPDU was received on the User-data of a
T-CONNECT indication, the SHORT ACCEPT SPDU is sent on the T-CONNECT response. If the SHORT CONNECT
SPDU was received on an established transport connection, the SHORT ACCEPT SPDU is sent on the transport normal
flow of the same connection. In either case, the SPM waits for a SHORT CONNECT CONTINUE SPDU.
7.39.3 Receiving the SHORT ACCEPT SPDU
A valid incoming SHORT ACCEPT SPDU in which the completion field indicates the connection establishment is
complete, results in an S-CONNECT (accept) confirm. After this successful session connection, the SPM enters the data
transfer phase and can receive any service request or SPDU that is allowed by the selected functional units, protocol
options and current token positions.
10 ITU-T Rec. X.225 (1995)/Amd.1 (1997 E)
ISO/IEC 8327-1 : 1996/Amd.1 : 1998 (E)
If any of the minor synchronize, major synchronize or resynchronize functional units are selected but the activity
management functional unit is not selected, the SPM sets V(A) and V(M) to the Initial Serial Number contained in the
SHORT ACCEPT SPDU, which is the serial number to be used for the first synchronization point. V(R) is set to zero.
Vsc is set false.
If the symmetric synchronize functional unit is selected but the activity management functional unit is not selected, the
SPM sets V(As) and V(Ms) to the Initial Serial Number contained in the SHORT ACCEPT SPDU, which is the serial
number to be used for the first synchronization point to be sent. The SPM sets V(Ar) and V(Mr) to the Second Initial
Serial Number contained in the SHORT ACCEPT SPDU, which is the serial number to be used for the first received
synchronization point. V(Rs) and V(Rr) are set to zero.
If the activity management functional unit has been selected, Vact is set false.
A valid incoming SHORT ACCEPT SPDU in which the completion field indicates the connection establishment is not
complete, results in the SPM sending a SHORT CONNECT CONTINUE SPDU. The SPM then waits until it receives a
SHORT ACCEPT CONTINUE SPDU or a SHORT REFUSE SPDU.
7.40 SHORT CONNECT CONTINUE SPDU
The SHORT CONNECT CONTINUE SPDU is used by the SPM to send the Summary parameters value for an
Upper-Layer Context Identifier sent on a previous SHORT CONNECT SPDU.
7.40.1 Content of SHORT CONNECT CONTINUE SPDU
The SHORT CONNECT CONTINUE SPDU contains:
– Summary parameters containing the uncompressed parameter value as specified in the Upper-Layer
Context specification identified by the Connection Summary parameter of the previous SHORT
CONNECT SPDU.
7.40.2 Sending the SHORT CONNECT CONTINUE SPDU
A valid incoming SHORT ACCEPT SPDU in which the completion field indicates the connection establishment is not
complete, results in the SPM sending a SHORT CONNECT CONTINUE SPDU. The SPM then waits until it receives a
SHORT ACCEPT CONTINUE SPDU or a SHORT REFUSE SPDU.
7.40.3 Receiving the SHORT CONNECT CONTINUE SPDU
A valid incoming SHORT CONNECT CONTINUE SPDU which, with the previous SHORT CONNECT SPDU, is
acceptable, results in an S-CONNECT indication to an SS-user, according to the Called Session Selector parameter that
was summarized in the Connection Summary parameter of the SHORT CONNECT SPDU or the Summary parameter of
the SHORT CONNECT CONTINUE SPDU. The SPM then waits for an S-CONNECT response from the called SS-user.
7.41 SHORT ACCEPT CONTINUE SPDU
The SHORT ACCEPT CONTINUE SPDU is used by the SPM to close the connection establishment phase when
uncompressed parameters have been received (short-encoding option only) or to inform the sending SPM that the
SHORT ACCEPT SPDU will be sent on the transport normal flow.
7.41.1 Content of SHORT ACCEPT CONTINUE SPDU
The SHORT ACCEPT CONTINUE SPDU contains:
a) A nested connection identifier parameter assigned to this connection for a nested session connection only.
b) A Connection-Summary parameter which identifies an Upper-Layer Context Specification that
summarizes the values that would be contained in the parameters of an ACCEPT SPDU that could be
issued as a result of the S-CONNECT response. T
...
lSO/CEI
NORME
8327-1
INTERNATIONALE
Deuxieme Edition
1996-09- 15
AMENDEMENT 1
19984 0-01
Technologies de I’information -
Interconnexion de systemes ouverts
(OSI) - Protocole de Session en mode
connexion: Specification du protocole
AMENDEMENT 1: Amelioration de I’efficacite
Information technology - Open Systems In terconnection -
Connection-oriented Session protocol: Protocol specification
AMENDMENT 1: Efficiency enhancements
Numbro de refbrence
IS0/CEI 8327-1:1996lAmd.1:1998(F)
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Sommaire
Page
Paragraphe 2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .-.
1)
Paragraphe 2.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2)
. . . . . . . . . . . . .V.*. 1
Paragraphe 3.4
3)
,. 2
Paragraphe 4.2
4)
Paragraphe 5.2 .
5)
Paragraphe 5.4.2 .
6)
Paragraphe 5.6 .
7)
........................................................................................................................................... 3
Paragraphe 5 6.10
8)
Paragraphe 5.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9)
Paragraphe 6.1.4 .
10)
Paragraphe 6.3.3 . 6
11)
Paragraphe 6.3.5 .
12)
Paragraphe 6.3.7 . 6
13)
Paragraphe 6.4.4 .
14)
Paragraphe 6.6.4 .
15)
Paragraphe 7.1 . 7
16)
Paragraphe 7.1.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17)
Paragraphe 7.1.2 . 7
18)
Paragraphe 7.4.1 .
Paragraphe 7.11 . 8
20)
Paragraphes 7.38 a 7.41 .
21)
7.38 Unite SPDU SHORT CONNECT . 8
7.39 Unite SPDU SHORT ACCEPT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Unite SPDU SHORT CONNECT CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
7.40
7.41 Unite SPDU SHORT ACCEPT CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
7.42 Unite SPDU SHORT REFUSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
7.43 Unite SPDU SHORT REFUSE CONTINUE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.44 Unite SPDU SHORT FINISH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.45 Unite SPDU SHORT DISCONNECT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.46 Unite SPDU SHORT DATA TRANSFER . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Unite SPDU SHORT ABORT 16
7.47 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.48 Liberation de la connexion lorsque l ’option de codage nul est choisie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
7.49 Unite SPDU NULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
0 ISO/CEI 1998
Droits de reproduction reserves. Sauf prescription differente, aucune Partie de cette publication ne
peut etre reproduite ni utilisee sous quelque forme que ce soit et par aucun procede, electronique ou
mecanique, y compris Ia photocopie et les microfilms, sans l ’accord ecrit de l ’editeur.
ISO/CEI Copyright Office l Case postale 56 l CH- 12 11 Geneve 20 l Suisse
Imprime en Suisse
0 ISOKEI ISOKEI 83274 : 1996/Amd.l : 1998 (F)
Paragraphe 8.2 .
22) 18
8.2 Structure des unites SPDU (SPDU de format lang) .
Paragraphes 8.2.1 a 8.2.8 .
23)
Paragraphes 8.5 et 8.6 .
24)
Structure des uni& SPDU (SPDU de format tourt)
8.5 .
8.6 Identificateurs d ’unites SPDU de forrnat tourt et champs de parametre associes
...............................
Paragraphe 9.1.3 .
25)
26) Paragraphe A.5.1 .
Paragraphe A.5.4.20
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27) 26
. . .
0 ISO/CEI
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Avant-propos
L ’ISO (Organisation internationale de normalisation) et la CE1 (Commission
electrotechnique internationale) forment ensemble un Systeme consacre a la
normalisation internationale consideree comme un tout. Les organismes nationaux
membres de 1 ’ISO ou de la CE1 participent au developpement de Normes inter-
nationales par l ’intermediaire des comites techniques cr&% par l ’organisation
concernee afin de s ’occuper des differents domaines particuliers de l ’activite
technique. Les comites techniques de HS0 et de la CE1 collaborent dans des
domaines d ’interet commun. D ’autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I ’ISO et la CE1 participent
egalement aux travaux.
Dans le domaine des technologies de l ’information, I ’ISO et la CE1 ont cr% un
comite technique mixte, l ’ISO/CEI JTC 1. Les projets de Normes internationales
adoptes par le comite technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes
internationales sont approuvees conformement aux procedures qui requierent
l ’approbation de 75 % au moins des organismes nationaux votants.
L ’Amendement 1 a l ’ISO/CEI 8327- 1: 1996 a etc elaborc par le comite technique
mixte ISO/CEI JTC 1, Technologies de Z ’information, sous-comite SC 33, Services
d ’applications distribukes, en collaboration avec I ’UIT-T. Le texte identique est
publie en tant que Rec. UIT-T X.22YAmd. 1.
ISOKEI 8327-1 : 199WAmd.l : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L ’INFORMATION - INTERCONNEXION DE SYSTEMES
OUVERTS (OSI) - PROTOCOLE DE SESSION EN MODE CONNEXION:
SPlkIFICATION DU PROTOCOLE
AMENDEMENT 1:
Amelioration de l ’efficacitk
Paragraphe 2.1
i)
Ajouter la r@%rence suivante pur ordre numkrique:
-
Recommandation UIT-T X.2 15 (1995)/Amd. 1 (1997) 1 ISOKEI 8326: 1996/Amd. 1: 1997, Technologies
de l ’information - Interconnexion des systemes ouverts
- Dkfinition du Service de Session - Amen-
dement 1: Amelioration de l ’efficacitk de la couche Session.
Paragraphe 2.3
2)
Ajouter Ia rkfkrence suivante apks la Recommandation T. 62:
-
Recommandation UIT-T X.2 15 (1995)lAddendum 1 (1995), Dkfinition du Service pour Z ’am~lioration de
l ’efficacitk de Zu couche Session.
Paragraphe 3.4
3)
Ajouter les d@?nitions suivantes.
3.4.a unitk SPDU de format long: unite SPDU ayant la structure de format long definie au 8.2.
3.4.b Option de protocole h codage nul: Option du protocole de Session negociee lors de l ’etablissement de la
connexion, qui permet une Phase de transfert de donnees sans informations de commande de protocole de Session et sans
possibilite de signaler la liberation programmee de la connexion de Session.
3.4.c indication de paramktre: champ situe sur les bits de poids faible du Premier octet d ’une unite SPDU de
format tourt (les bits de poids fort contiendront l ’identificateur d ’unite SPDU).
3.4.d Option de protocole & connexion rapide: Option du protocole de Session qui permet, lors de l ’etablissement de
la connexion, de negocier efficacement le mecanisme d ’association rapide (dont le protocole a codage nul defini dans la
Rec. UIT-T X.225 bis constitue un cas particulier) en definissant, pour les unites SPDU d ’etablissement de connexion,
des codages plus compacts que ceux de la Rec. UIT-T X.225 1 ISO/CEI 8327-1.
3.4.e Option de protocole a codage tourt: Option du protocole de Session qui permet d ’utiliser des informations de
commande de protocole reduites pour certaines des SPDU de Session les plus courantes Pendant les phases de transfert
de donnees et de liberation.
3.4.f unit6 SPDU de format tourt: unite SPDU ayant la structure de format tourt definie au 8.5. Le nom de toutes
les unites SPDU de format tourt commence par le mot SHORT et leur abreviation commence par la lettre S.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 4.2
4)
Ajouter & lafin de la Ziste des abrkviations.
SI&P Identificateur d ’unite SPDU (pour les unites SPDU de fortnat tourt) et indication de parametre.
Paragraphe 5.2
5)
Dans le Tableau I, citk dans ce Paragraphe, ajouter les rubriques suivantes dans la case identzjike pur Connexion de
couche Session, SPDU associees:
Primitives SPDU associees
Service
Connexion de demande S-CONNECT SPDU CONNECT ou
couche Session indication S-CONNECT SPDU SHORT CONNECT
SPDU CONNECT ou
reponse S-CONNECT (acceptation) SPDU SHORT CONNECT
SPDU ACCEPT,
confirmation S-CONNECT SPDU WORT ACCEPT ou
SPDU SHORT ACCEPT CONTINUE
(acceptation)
SPDU ACCEPT,
SPDU SHORT ACCEPT ou
reponse S-CONNECT (rejet)
SPDU SHORT ACCEPT CONTINUE
SPDU REFUSE,
confirmation S-CONNECT (rejet) SPDU SHORT REFUSE ou
SPDU SHORT REFUSE CONTINUE
SPDU REFUSE,
SPDU SHORT REFUSE ou
SPDU SHORT REFUSE CONTINUE
Transfeit de donnees demande S-DATA SPDU DATA TRANSFER ou
normales SPDU SHORT DATA TRANSFER ou
SPDU NULL
indication S-DATA SPDU DATA TRANSFER ou
SPDU SHORT DATA TRANSFER ou
SPDU NULL
Liberation programmee
demande S-RELEASE SPDU FINISH ou SPDU SHORT FINISH
(sans perte de donnees) indication S-RELEASE SPDU FINISH ou SPDU SHORT FINISH
SPDU DISCONNECT ou SPDU SHORT DISCONNECT
reponse S-RELEASE (acceptation)
indication S-RELEASE (acceptation) SPDU DISCONNECT ou SPDU SHORT DISCONNECT
reponse S-RELEASE (rejet) SPDU NOT FINISHED
indication S-RELEASE (rejet) SPDU NOT FINISHED
Paragraphe 5.4.2
6)
Ajouter ti lafin de la liste et avant la Note Zes nouveauxpoints suivants:
h) de negocier l ’option de protocole a codage nul (voir 5.8.7);
i) de negocier la specification de tontexte de couche superieure.
Paragraphe 5.6
7)
Ajouter un nouveau Paragraphe comme suit.
5.6.2 bis Unitk fonctionnelle de libh-ation non programmke
Cette unite fonctionnelle supprime la fonction de liberation programmee (sans perte de donnees) dans l ’unite
fonctionnelle noyau.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 5.6.10
8)
ModiJier de la manikre suivante le Tableau 3 citk dans ceparagraphe:
Unite fonctionnelle Code de SPDU Reference
Nom de la SPDU
Noyau CN CONNECT (voir la Note 1) 7.1
OA 7.2
OVERFLOW ACCEPT (voir la Note 2)
CD0 CONNECT DATA OVERFLOW (voir la Note 2) 7.3
AC 7.4
ACCEPT (voir la Note 1)
RF REFUSE (voir Ia Note 1) 7.5
FN FINISH (voir la Note 10) 7.6
DN DISCONNECT (voir la Note 10) 7.7
AB ABORT (voir Ia Note 11) 7.9
AA ABORT ACCEPT (voir la Note 3) 7.10
7.11
DT DATA TRANSFER (voir la Note 11)
PR PREPARE (voir Ia Note 7) 7.26
SCN SHORT CONNECT (voir la Note 14) 7.38
SAC SHORT ACCEPT (voir la Note 14) 7.39
SRF SHORT REFUSE (voir la Note 14) 7.42
NL NULL (voir la Note 13) 7.49
SCNC SHORT CONNECT CONTINUE (voir la Note 14) 7.40
SACC SHORT ACCEPT CONTINUE (voir la Note 14) 7.41
SRFC SHORT REFUSE CONTINUE (voir la Note 14) 7.43
SFN SHORT FINISH (voir Ia Note 12) 7.44
SDN SHORT DISCONNECT (voir la Note 12) 7.45
SDT SHORT DATA TRANSFER (voir la Note 12) 7.46
SAB SHORT ABORT (voir la Note 12) 7.47
Pas d ’unites SPDU additionnelles associees
1 Liberation non programmee
Suite ti la Note 9 de ce tableau, ajouter les Notes suivantes:
10 Non utilise si l ’unite fonctionnelle de liberation non programmee est choisie.
11 Non utilise si l ’option de protocole a codage nul est choisie.
Utilise uniquement si l ’option de protocole a codage tourt est Prise en Charge.
13 Utilise uniquement si l ’option de protocole a codage nul est Prise en Charge.
Utilise uniquement si l ’option de protocole de connexion rapide est choisie.
Paragraphe 5.8
9)
Ajouter Zes nouveaux paragraphes ti lafin du 5.8.6:
5.8.7 Negociation du codage tourt
Chaque machine SPM indique si elle souhaite utiliser l ’option de codage tourt sur la connexion. L ’option de protocole
est selectionnee uniquement si les deux machines SPM proposent de faire appel a cette Option. Si l ’option est choisie, les
unites SPDU SHORT DATA TRANSFER, SHORT FINISH, SHORT DISCONNECT et SHORT ABORT peuvent etre
utilisees sur la connexion.
L ’utilisation des autres SPDU de format tourt (SHORT CONNECT, SHORT ACCEPT, SHORT CONNECT
CONTINUE, SHORT REFUSE CONTINUE, SHORT ACCEPT CONTINUE et SHORT REFUSE) n ’est pas affectee
par l ’option de protocole a codage tourt.
5.8.8 Nkgociation de l ’utilisation du mecanisme de connexion rapide et de la sp&Sication de tontexte de
couche supkrieure
Une machine SPM appelante qui recoit une demande S-CONNECT comportant un parametre w-esume des donnees de
l ’utilisateur de la sessiorw peut utiliser le mecanisme de connexion rapide. Par definition, la machine SPM cree l ’unite
SPDU CONNECT qui serait utilisee pour etablir la connexion. La machine SPM utilise ensuite la specification de
tontexte de couche superieure pour resumer les parametres de cette unite SPDU, y compris le contenu semantique des
donnees d ’utilisateur represente dans le parametre «resurne des donnees d ’utilisateur)> de la demande S-CONNECT.
La specification de tontexte de couche superieure est definie dans le protocole de Session soit par un identificateur de
forme globale (un identificateur d ’objet ASN.1) soit par un identificateur de forme restreinte (une grandeur de 16 bits
non ambig& dans le cadre de certains groupes de systemes d ’interconnexion).
Rec. UIT-T X.225 (1995)/Amd.l (1997 F) 3
ISOKEI 8327-1 : 199MAmd.l : 1998 (F)
La specification de tontexte de couche superieure peut ou non definir des parametres qui refletent les valeurs des
parametres de l ’unite SPDU CONNECT ou, par le biais du parametre w-esume des donnees de l ’utilisateur de la sessiorw,
les valeurs contenues dans le parametre «donnees de l ’utilisateur du Service de session» de la demande S-CONNECT. La
specifkation de tontexte de couche superieure stipulera que chaque parametre est:
immediat: c ’est-a-dire qu ’il est toujours envoye avec l ’identificateur;
a>
b) compressible: c ’est-a-dire qu ’une forme comprimee peut etre envoyee avec l ’identificateur, la forme
initiale etant envoyee dans une unite SPDU ulterieure si le destinataire n ’est pas en mesure d ’inverser la
compression.
NOTE 1 - La specification de tontexte de couche superieure definira l ’algorithme de compression.
La machine SPM enverra l ’identificateur de tontexte de couche superieure et tous les parametres immediats ou
comprimes dans le parametre c
dans les donnees d ’utilisateur d ’une demande T-CONNECT ou dans le flux de transport normal, par le biais de T-DATA.
L ’unite SPDU SHORT CONNECT ne doit etre envoyee dans la demande T-CONNECT que si la restriction de taille
imposee par la couche Transport le permet. La maniere dont la machine SPM est informee de cette restriction releve
d ’une initiative locale.
11 se produira ensuite l ’un des faits suivants:
a) la machine SPM appelee peut prendre en campte la specification de tontexte de couche superieure et
restituer tous les parametres comprimes dans leur forme initiale, et, par consequent, reconstituer l ’unite
SPDU CONNECT qui aurait etc envoyee. Si la machine SPM l ’accepte, une indication S-CONNECT est
transmise a l ’utilisateur du Service de Session, sans le parametre «donnees d ’utilisateur)) mais avec le
parametre «resume des donnees d ’utilisateur)) representant le contenu semantique des donnees d ’utilisateur
qui auraient etc envoyees.
Si l ’utilisateur du Service de Session repond par une reponse S-CONNECT (acceptation), la machine SPM
se sert de la specification de tontexte de couche superieure identifiee dans l ’unite SPDU SHORT
CONNECT pour determiner l ’identification de la reponse-resume. Dans ce cas egalement, des parametres
immediats ou comprimes peuvent etre utilises. L ’identification et tous les parametres immediats ou
comprimes sont envoyes dans le parametre w-eponse-resurne» d ’une SPDU SHORT ACCEPT, ce qui
indique par ailleurs que la connexion est etablie.
La reception de l ’unite SPDU SHORT ACCEPT par la machine appelante permet d ’achever
l ’etablissement de la connexion;
NOTE 2 - 11 est probable que l ’identificateur de tontexte de couche superieure ainsi que les informations de
controle de protocole (PCI) de connexion rapide seront definis de maniere a correspondre a la restriction de taille
des donnees d ’utilisateur T-CONNECT.
b) la machine SPM appelee peut prendre en campte la specification de tontexte de couche superieure mais il
existe des parametres comprimes qu ’elle ne peut pas restituer dans leur forme initiale. La machine SPM
demande que la forme non comprimee de ces parametres lui soit envoyee en transmettant une SPDU
SHORT ACCEPT qui Signale que la connexion n ’est pas etablie.
Lorsqu ’elle recoit l ’unite SPDU SHORT ACCEPT, la machine SPM appelante envoie une unite SPDU
SHORT CONNECT CONTINUE qui contient la forme non comprimee des parametres. La machine SPM
appelee peut maintenant, si elle accepte les unites SPDU recues, envoyer une indication S-CONNECT
avec le contenu semantique des donnees d ’utilisateur manquantes, representees par le parametre «resurne
des donnees d ’utilisateuw.
Si l ’utilisateur du Service de Session envoie une reponse S-CONNECT (acceptation), la machine SPM se
sert de la specification de tontexte de couche superieure identifiee dans l ’unite SPDU SHORT
CONNECT pour determiner l ’identification de la reponse-resume et envoie celle-ci avec tous les
parametres dans leur forme non comprimee dans une unite SPDU SHORT ACCEPT CONTINUE;
c) la machine SPM appelee ne peut pas prendre en campte la specification de tontexte de couche
superieure - l ’identificateur n ’est pas reconnu - et l ’unite SPDU SHORT CONNECT a etc recue sur une
connexion etablie. La machine SPM repond par une unite SPDU SHORT REFUSE signalant que le
resume de connexion n ’est pas connu.
Lorsqu ’elle recoit l ’unite SPDU SHORT REFUSE, la machine SPM appelante utilise les unites SPDU de
format long pour etablir la connexion et envoie les unites SPDU CONNECT initiales, y compris toutes les
donnees d ’utilisateur;
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISO/CEI 83274 : 1996/Amd.l : 1998 (F)
la machine SPM appelee ne peut pas prendre en campte la specification de tontexte de couche
superieure - l ’identificateur n ’est pas reconnu - et l ’unite SPDU SHORT CONNECT a etc recue dans une
indication T-CONNECT. La machine SPM ignore cette SPDU et acheve d ’etablir la connexion de
transport.
Lorsqu ’elle recoit la confirmation T-CONNECT sans unite SPDU dans les donnees d ’utilisateur, la
machine SPM appelante utilise les uni& SPDU de format long pour etablir la connexion et envoie l ’unite
SPDU CONNECT initiale;
la machine SPM appelee ne prend pas en Charge l ’unite SPDU SHORT CONNECT et cette unite a et6
e>
recue sur une connexion etablie. La machine SPM considere qu ’il s ’agit d ’une erreur de protocole et libere
la connexion de transport;
la machine SPM appelee ne prend pas en Charge l ’unite SPDU SHORT CONNECT et cette unite a etc
recue dans une indication T-CONNECT. La machine SPM l ’ignore et acheve d ’etablir la connexion de
transport.
Lorsqu ’elle recoit la confirmation T-CONNECT sans unite SPDU dans les donnees d ’utilisateur, la
machine SPM appelante utilise les unites SPDU de format long pour etablir la connexion et envoie l ’unite
SPDU CONNECT initiale.
5.8.9 Nbgociation de l ’option de protocole A codage nul
L ’utilisation de l ’option de protocole a codage nul est negociee entre les machines SPM homologues lors de
l ’etablissement de la connexion de Session. Elle ne doit etre Offerte par la machine SPM appelante que si l ’utilisateur du
Service de Session appelant a demande l ’unite fonctionnelle de liberation non programmee et si la machine SPM
appelante prend cette unite fonctionnelle en Charge. De plus, elle ne peut etre Offerte par la machine SPM appelante que
s ’il n ’y a pas d ’informations d ’adressage de couche Session a vehiculer.
C ’est la machine SPM appelee qui choisit l ’utilisation de l ’option de protocole a codage nul sur la connexion de Session.
Elle ne doit choisir l ’utilisation de cette Option que si:
a) l ’option de protocole a codage nul a etc Offerte par la machine SPM appelante;
b) la machine SPM appelee a choisi les unites fonctionnelles noyau, de transmission duplex et de liberation
non programmee, a l ’exclusion de toute autre unite fonctionnelle.
5.8.10 Nkgociation de l ’utilisation de l ’option de protocole & connexion rapide sans identificateur de tontexte de
couche supkrieure
Les machines SPM peuvent utiliser l ’option de protocole a connexion rapide pour etablir une connexion de Session a
l ’aide de l ’option de codage nul. L ’option de protocole a connexion rapide, appliquee a l ’etablissement de la connexion,
utilise les unites SPDU SHORT CONNECT, SHORT ACCEPT, SHORT ACCEPT CONTINUE et (en cas d ’echec)
SHORT REFUSE et SHORT REFUSE CONTINUE.
L ’option de protocole a connexion rapide ne peut etre utilisee par la machine SPM appelante que si, dans la primitive de
demande S-CONNECT:
a) le parametre ((identificateur de connexion sessiorw est absent;
b) le selecteur de Session est absent dans l ’adresse de Session appelante et dans l ’adresse de Session appelee;
c) le parametre (cpropositions de l ’utilisateur pour la session)) specifie uniquement l ’unite fonctionnelle de
transmission duplex sans liberation programmee.
La machine SPM appelee ne peut emettre d ’unite SPDU SHORT ACCEPT que si, dans la primitive de reponse
S-CONNECT:
a) le parametre Gdentificateur de connexion sessiorw est absent;
b) le selecteur de Session est absent dans l ’adresse de Session appelee;
c) le resultat a la Valeur ctaccepted»;
d) le parametre ((propositions de l ’utilisateur pour la session» specifie uniquement l ’unite fonctionnelle de
transmission duplex sans liberation programmee.
Les unites SPDU SHORT CONNECT, SHORT ACCEPT et SHORT REFUSE peuvent etre transferees comme donnees
d ’utilisateur sur les primitives T-CONNECT de la couche Transport ou comme donnees d ’utilisateur dans les primitives
T-DATA, si la connexion de transport est deja etablie. Le mappage avec les donnees d ’utilisateur des primitives
T-CONNECT n ’est possible que si les unites SPDU completes, y compris, le cas echeant, les donnees d ’utilisateur,
repondent a toute condition eventuelle de restriction de taille des donnees d ’utilisateur T-CONNECT. Dans le cas
contraire, on applique certaines procedures pour envoyer les unites SPDU au moyen des primitives T-DATA.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F) 5
ISOICEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 6.1.4
10)
Ajouter Ze membre de Phrase suivant ci I ’antkp&wltiGme aZint;a du prksent Paragraphe:
Seule la machine SPM qui a demandk Mablissement de la connexion de transport a le droit d ’emettre l ’unite SPDU
CONNECT ou l ’unite SPDU SHORT CONNECT.
Remplacer le dernier Paragraphe du 6. I. 4 par les nouveaux paragraphes suivants:
Le parametre «donnees de l ’utilisateur du Service de transport (TS)» dans la demande et l ’indication T-CONNECT est
utilise pour l ’unite SPDU SHORT CONNECT. Le parametre «donnees de l ’utilisateur TS» de la reponse et la
confirmation T-CONNECT est utilise pour les unites SPDU SHORT ACCEPT et SHORT REFUSE, si elles sont
appropriees, ou pour les unites SPDU SHORT ACCEPT CONTINUE et SHORT REFUSE CONTINUE dans le cas
contraire. Lorsqu ’une demande T-CONNECT est emise, le parametre «donnees de l ’utilisateur TS» doit contenir une
unite SPDU SHORT CONNECT ou etre vide. Lorsqu ’une reponse T-CONNECT est emise, le parametre «donnees de
l ’utilisateur TS» doit etre vide sauf si l ’indication T-CONNECT contenait une unitk SPDU SHORT CONNECT, auquel
cas elle doit contenir une unite SPDU SHORT ACCEPT, SHORT REFUSE, SHORT ACCEPT CONTINUE ou SHORT
REFUSE CONTINUE.
Si l ’application de Session qui repond ne prend pas en Charge l ’option de protocole a connexion rapide, elle doit ignorer
le parametre «donnees de l ’utilisateur TS» de l ’indication et de la confirmation T-CONNECT.
Paragraphe 6.3.3
Ajouter les rubriques suivantes ti lafin de la liste de SPDU:
-
NULL SPDU (voir 7.49);
-
SHORT CONNECT (voir 7.38);
-
SHORT ACCEPT (voir 7.39);
-
SHORT CONNECT CONTINUE (voir 7.40);
-
SHORT ACCEPT CONTINUE (voir 7.41);
-
SHORT REFUSE (voir 7.42);
-
SHORT REFUSE CONTINUE (voir 7.43);
-
SHORT FINISH (voir 7.44);
-
SHORT DISCONNECT (voir 7.45);
-
SHORT DATA TRANSFER (voir 7.46);
-
SHORT ABORT (voir 7.47).
En conskquence, enlever lepointjinal de Za derniere rubrique de la liste (SPDU ACTIVITY END ACK).
Paragraphe 6.3.5
12)
Modifier Za Premiere Phrase comme suit:
La Segmentation des SSDU se deroule dans les circonstances suivantes, saus reserve que l ’option de codage nul n ’ait pas
etc choisie.
Paragraphe 6.3.7
Ajouter les rubriques suivantes ti la colonne des SPDU de la catkgorie 1 dans le Tableau 6.
NULL SPDU
SHORT CONNECT
SHORT ACCEPT
SHORT CONNECT CONTINUE
SHORT ACCEPT CONTINUE
SHORT REFUSE
SHORT RJZFUSE CONTINUE
SHORT FINISH
SHORT DISCONNECT
SHORT DATA TRANSFER
SHORT ABORT
6 Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISO/CEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 6.4.4
14)
Remplacer le Point b) par:
b) les unites SPDU de type ABORT sont envoyees dans le flux de transport normal sauf si l ’option de
codage nul est choisie, auquel cas ces unites ne sont pas envoyees.
Paragraphe 6.6.4
1%
Mod$er le titre du prksent Paragraphe comme suit.
6.6.4 Description (lorsque l ’option de codage nul n ’est pas choisie)
Ajouter le nouveau Paragraphe suivant apks 6.64:
6.6.5 Description (lorsque l ’option de codage nul est choisie)
Lorsque l ’option de codage nul est choisie, la connexion de Session est interrompue par la suppression de la connexion
de transport qui la prend en Charge.
Paragraphe 7.1
16)
Ajouter ti lafin du Paragraphe:
L ’unite SPDU CONNECT est envoyee lorsque la machine SPM appelante a choisi de ne pas utiliser une unite SPDU
SHORT CONNECT, apres qu ’une unite SPDU SHORT CONNECT a etc envoyee dans une demande T-CONNECT
sans qu ’aucune unite SPDU n ’ait etc reque dans la confkmation T-CONNECT, ou apres qu ’une unite SPDU SHORT
REFUSE a etc recue avec une Valeur de code raison indiquant «resurne de connexion inconnw.
Paragraphe 7.1.1
17)
Remplacer le Point b) 1) par:
un groupe de parametres «item de connexion (ou d ’acceptation))) qui contient les parametres suivants:
b)
«Options de protocole»: ce parametre permet a l ’entite appelante d ’indiquer son aptitude a recevoir
1)
des uni& SPDU concatenees en mode etendu, a utiliser l ’option de codage nul, ainsi que son
aptitude a recevoir les unites SPDU de format tourt suivantes: SHORT DATA TRANSFER,
SHORT FINISH, SHORT DISCONNECT et SHORT ABORT.
L ’entite appelante ne peut utiliser l ’option de codage nul sauf si l ’unite fonctionnelle de liberation non
programmee a etc proposee par l ’utilisateur du Service de Session appelant.
Paragraphe 7.1.2
18)
Remplacer les deux premikes phrases par.
L ’envoi d ’une unite SPDU CONNECT decoule de l ’un des trois evenements suivants:
si la machine SPM appelante decide de ne pas utiliser une unite SPDU SHORT CONNECT, une demande
a>
S-CONNECT entraine l ’affectation d ’une connexion de transport. Lorsque la connexion de transport est
etablie, une unite SPDU CONNECT est envoyee dans le flux de transport normal;
si la machine SPM appelante a choisi d ’utiliser une unite SPDU SHORT CONNECT et a envoye cette
b)
SPDU dans les donnees d ’utilisateur de la demande T-CONNECT, la reception d ’une confirrnation
T-CONNECT sans unite SPDU dans les donnees d ’utilisateur entraine l ’envoi d ’une unite SPDU
CONNECT dans le flux de transport normal;
si la machine SPM appelante a choisi d ’utiliser une unite SPDU SHORT CONNECT (Sur une nouvelle
connexion de transport ou une connexion deja etablie), une unite SPDU SHORT REFUSE entrante avec
une Valeur de code raison indiquant «resurne de connexion inconnw entraine l ’envoi d ’une unite SPDU
CONNECT dans le flux de transport normal.
continuer avec le reste duparagraphe initial.
Dans tous les cas, si le parametre ((debordement de donneew . . .
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISOICEI 8327-1 : 1996/Amd.l : 1998 (F)
Paragraphe 7.4.1
19)
Remplacer b) 1) par.
le groupe de parametres «item de connexion (ou d ’acceptation)» qui contient les parametres suivants:
b)
((Options de protocole»: ce parametre per-met a l ’entite appelee d ’indiquer si elle peut recevoir des
unites SPDU concatenees en mode etendu, si elle choisit d ’utiliser l ’option de codage nul sur cette
connexion de Session et si elle peut recevoir les unites SPDU de format tourt suivantes: SHORT
DATA TRANSFER, SHORT FINISH, SHORT DISCONNECT et SHORT ABORT.
L ’entite appelee ne peut choisir l ’option de codage nul sauf si:
-
l ’entite appelante indique dans l ’unite SPDU SHORT CONNECT qu ’elle peut utiliser l ’option de
codage nul;
-
les unites fonctionnelles dont l ’utilisation est choisie sur la connexion de Session [voir le Point d)
ci-dessous] sont precisement:
l ’unite fonctionnelle noyau;
ii) l ’unite fonctionnelle de transmission duplex;
iii) l ’unite fonctionnelle de liberation non programmee.
Paragraphe 7.11
20)
Ajouter le texte suivant & lajk de la Premiere Phrase du prksent Paragraphe.
Les donnees normales sont transferees par l ’unite SPDU DATA TRANSFER sauf si l ’option de codage nul est choisie,
auquel cas l ’unite SPDU NULL est utilisee (voir 7.49). Si l ’option de codage tourt est choisie, la machine SPM peut
transferer les donnees au moyen de l ’unite SPDU SHORT DATA TRANSFER (voir 7.46).
Paragraphes 7.38 ii 7.41
21)
Ajouter les nouveaux paragraphes 7.38 2 7.41.3 apres 7.3 7.3:
%38 Unitk SPDU SHORT CONNECT
L ’unite SPDU SHORT CONNECT est envoyee comme Option de protocole au choix de la machine SPM appelante pour
etablir une connexion de Session si le parametre wzonditions requises par l ’utilisateur de la sessiorw dans la demande
S-CONNECT comprend uniquement les unites fonctionnelles noyau, de transmission duplex et de liberation non
programmee et s ’il n ’y a pas de selecteurs de Session appelant et appele.
L ’unite SPDU SHORT CONNECT est envoyee par l ’entite qui a demande l ’etablissement de la connexion de transport en
vue de l ’etablissement d ’une connexion de Session, lorsque la machine SPM appelante a choisi d ’utiliser cette SPDU.
Celle-ci peut etre transmise dans les donnees d ’utilisateur d ’une primitive de reponse T-CONNECT ou sur une connexion
de transport etablie precedemment affectee.
La machine SPM appelante peut choisir d ’utiliser l ’unite SPDU SHORT CONNECT dans l ’un ou l ’autre des cas suivants:
une specification d ’identificateur de tontexte de couche superieure existe et cette specification resume,
a>
avec les valeurs de parametre appropriees de l ’identificateur de tontexte de couche superieure, l ’unite
SPDU CONNECT qui serait envoyee si la machine SPM appelante choisissait de ne pas utiliser l ’unite
SPDU SHORT CONNECT;
b) dans les parametres de la demande S-CONNECT:
le parametre «conditions requises par l ’utilisateur de la sessiorw ne requiert que les unites
fonctionnelles noyau, de transmission duplex et de liberation non programmee;
ii) l ’adresse de Session appelee et l ’adresse de Session appelante ont les valeurs &ant» (NIL) des
selecteurs de Session appele et appelant;
iii) l ’identificateur de la connexion de Session est absent.
Rec. UIT-T X.225 (1995)/Amd.l(1997 F)
ISOKEI 8327-1 : 1996/Amd.l : 1998 (F)
7.38.1 Contenu de l ’unitk SPDU SHORT CONNECT
L ’unite SPDU SHORT CONNECT contient:
un parametre kdentificateur de connexion imbriquee» qui n ’est a .ffecte a cette connexi
on que pour une
connexion de Session imbriquee;
un parametre «resurne de connexion» qui identifie une specification de tontexte de couche superieure
b)
resumant les valeurs qui seraient contenues dans les parametres d ’une unite SPDU CONNECT susceptible
d ’etre emise Suite a la demande S-CONNECT. Le contenu semantique des donnees d ’utilisateur de la
demande S-CONNECT, le cas echeant, doit etre inclus dans le resurne de connexion par le biais du
parametre «resurne des donnees de l ’utilisateur de la session» de la demande S-CONNECT.
Si la specification de tontexte de couche superieure defmit ses propres parametres, ceux-ci doivent etre
inclus dans le parametre «resurne de connexion»;
un parametre «donnees d ’utilisateur specialew qui permet de transferer deux bits de donnees
transparentes;
un champ «informations d ’utilisateur» qui permet de transferer des donnees transparentes.
Ce champ ne
d)
doit pas figurer si un ou plusieurs des autres parametres sont presents.
7.38.2 Envoi d ’une unitb SPDU SHORT CONNECT
Si la machine SPM appelante a choisi d ’utiliser l ’unite SPDU SHORT CONNECT, une demande S-CONNECT entraine
l ’affectation d ’une connexion de transport, nouvelle ou deja etablie.
Si la connexion de transport affectee n ’est pas encore etablie et que l ’unite SPDU SHORT CONNECT, y compris tout
parametre ou codage des donnees d ’utilisateur, est d ’une taille assez petite pour etre transmise comme donnees
d ’utilisateur dans la demande T-CONNECT, la machine SPM appelante enverra, a titre facultatif, l ’unite SPDU SHORT
CONNECT dans le parametre «donnees d ’utilisateur)) de la demande T-CONNECT.
Si la connexion de transport affectee n ’est pas encore etablie et si l ’unite SPDU SHORT CONNECT est trop grande pour
les donnees d ’utilisateur de la demande T-CONNECT, ou si la machine SPM appelante choisit cette Option, la machine
SPM appelante attend que la connexion de transport soit etablie pour envoyer l ’unite SPDU SHORT CONNECT dans le
flux de transport normal.
Si la connexion de transport affectee est deja etablie, l ’unite SPDU SHORT CONNECT est envoyee dans le flux de
transport normal.
7.38.3 Rkeption de l ’unitk SPDU SHORT CONNECT
La reception d ’une unite SPDU SHORT CONNECT valide, qui est acceptable pour la machine SPM appelee entraine
l ’envoi d ’une indication S-CONNECT a l ’utilisateur du Service de Session. La machine SPM attend alors une reponse
S-CONNECT de l ’utilisateur du Service de Session appele. Si la machine SPM appelee ne peut traiter la demande
entrante de connexion de Session, elle n ’envoie aucune primitive de Service a l ’utilisateur du Service de Session et formate
une unite SPDU SHORT REFUSE (voir 7.40.2).
Si la machine SPM destinataire n ’assure pas l ’option de connexion rapide et que l ’unite SPDU SHORT CONNECT a etc
recue saus la forme de donnees d ’utilisateur dans une primitive d ’indication T-CONNECT, elle ignorera l ’unite SPDU
SHORT CONNECT et n ’utilisera pas le parametre «donnees d ’utilisateur)) dans la reponse T-CONNECT.
La reception d ’une unite SPDU SHORT CONNECT valide, qui camporte un parametre «resurne de connexiorw que la
machine SPM peut interpreter en entier ou qui ne contient aucun parametre «resurne de connexion» et qui est acceptable
pour la machine SPM destinataire, entraine l ’envoi d ’une indication S-CONNECT a un utilisateur du Service de Session,
selon le parametre «selecteur de Session appele» qui a etc resurne dans le parametre «resurne de connexion» (si celui-ci
est present). La machine SPM attend alors une reponse S-CONNECT de l ’utilisateur du Service de Session appele.
La reception d ’une unite SPDU SHORT CONNECT valide comportant un parametre «resurne de connexiorw qui definit
un identificateur de tontexte de couche superieure connu de la machine SPM, mais qui ne peut etre interprete en entier
entraine l ’envoi par la machine SPM d ’une unite SPDU SHORT ACCEPT dans laquelle le champ «achevement» indique
que l ’etablissement de la connexion n ’est pas acheve. La machine SPM attend alors de recevoir une unite SPDU SHORT
CONNECT CONTINUE.
La reception d ’une unite SPDU SHORT CONNECT valide sur une connexion de transport etablie et comportant un
pararnetre «resurne de connexion» qui definit un identificateur de tontexte de couche superieure inconnu de la machine
SPM entraine l ’envoi par la machine SPM d ’une unite SPDU SHORT REFUSE dans laquelle la Valeur du code raison est
«resurne de connexion inconnw. La machine SPM attend alors de recevoir une unite SPDU CONNECT.
Rec. UIT-T X.225 (1995)/Amd.l (1997 F)
ISOKEI 83274 : 1996/Amd.l : 1998 (F)
La reception d ’une unite SPDU SHORT CONNECT valide dans les donnees d ’utilisateur d ’une indication T-CONNECT
et comportant un parametre (tresume de connexion» qui definit un identificateur de tontexte de couche supkrieure
inconnu de la machine SPM, est ignoree par la machine SPM. L ’indication T-CONNECT elle-meme entraine l ’envoi
d ’une reponse T-CONNECT sans unite SPDU dans les donnees d ’utilisateur. La machine SPM attend alors de recevoir
une unite SPDU CONNECT.
7.39 Unitb SPDU SHORT ACCEPT
Une reponse S-CONNECT (acceptation) entraine l ’envoi d ’une unite SPDU SHORT ACCEPT si l ’utilisateur du Service
de Session appele choisit dans le parametre wonditions requises par l ’utilisateur de la sessiorw de la reponse
S-CONNECT uniquement les unites fonctionnelles noyau, de transmission duplex et de liberation non programmee et
s ’il n ’y a pas de selecteur de Session appele. Une unite SPDU SHORT ACCEPT CONTINUE est d ’abord envoyee si la
restriction de taille imposee par la primitive de transport ne per-met pas d ’envoyer l ’unite SPDU SHORT ACCEPT
directement.
La machine SPM entre alors dans la Phase de transfert de donnees et peut recevoir toute demande de Service de Session
ou toute SPDU autorisee par les unites fonctionnelles choisies.
Une machine SPM qui recoit une unite SPDU SHORT CONNECT comportant un parametre «resume de connexiorw
qu ’elle peut interpreter en entier ou ne comportant aucun parametre «resurne de connexion» peut accepter une
proposition visant a etablir une connexion de Session en transferant une unite SPDU SHORT ACCEPT (apres reception
d ’une primitive de reponse S-CONNECT) a l ’entite appelante, sur la meme connexion de transport. Une unite SPDU
SHORT ACCEPT CONTINUE est d ’abord envoyee si la restriction de taille imposee par la primitive de transport ne
permet pas d ’envoyer l ’unite SPDU SHORT ACCEPT directement.
Une machine SPM qui recoit une unite SPDU SHORT CONNECT indiquant un identificateur de tontexte de couche
superieure qui est connu de la machine SPM mais qui ne peut etre interprete en entier entraine l ’envoi par la machine
SPM d ’une unite SPDU SHORT ACCEPT dans laquelle le champ «achevement» indique que l ’etablissement de la
connexion n ’est pas acheve.
7.39.1 Contenu de l ’unitb SPDU SHORT ACCEPT
L ’unite SPDU SHORT ACCEPT contient:
un parametre Gdentificateur de connexion imbriquee» qui n ’est affecte a cette connexion que pour une
connexion de Session imbriqu
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...