14.5.1.1.2 Outgoing call

14.5.1.1.2 Outgoing call

To initiate the call establishment, the user application shall transfer a TNCC-SETUP request primitive across the TNCC
SAP to the CC sub-entity. The TNCC-SETUP request primitive shall be handled by a CC sub-entity instance that is in
state IDLE.

[code]call 시설을 초기화 한다. 사용자 요청에 의해서 전송해야할 것이다 TNCC-SETUP 요청 primitive 맞은편에서 TNCC-SAP 에서 CC sub-entity 으로
TNCC-SETUP 요청 prmitive 는 다룰것이다. CC sub-entity에 인스턴스에 의해서 그것은 IDLE 안에서 이뤄진다.[/code]

The CC shall select a PDU priority based on the requested access priority value as defined in clause 14.5.6.2.
[code]14.5.6.2 장 내에서 선언되어 있는 요청했던 중요값 위에 PDU 중요 베이스에서 CC(call control) 는 선택할 것이다. [/code]

The CC shall convert the TNCC-SETUP request primitive into a corresponding U-SETUP PDU and send it.
[code]CC(call control) 은 컨버트할 것이다. TNCC-SETUP 요청 prmitive 에 대응하는 U-SETUP PDU 그리고 그것을 보낸다.[/code]

The CC sub-entity shall then enter the MO-CALL-SETUP state and start timer T303.
[code]CC sub-entity 는 MO-CALL-SETUP 상태그리고 T303 타이머에 시작상태를 보낼야만할 것이다. [/code]

The following describes the normal call set-up procedures:
[code]다음은 기본 콜 설정관련 절차들 이다.[/code]

• The progress of the transmission of the U-SETUP PDU may be reported to the CC in one or more REPORT
indication primitives. If the PDU transfer has failed, the CC shall stop timer T303, inform the user application
with a TNCC-RELEASE indication primitive and return to state IDLE.
[code]U-SETUP PDU 는 보고들의 전송에 작업은 바랄것이다.
CC REPORT 지시 primitives 혹은 하나안의 CC에
만약 PDU 전송이 실패하였다면 CC는 T303 타이머를 정지할 것이다. 사용자 요구로 TNCC-RELEASE 지시 primitive 를 알리것이다. 그리고 IDLE 상태를 반환할 것이다.[/code]

• The SwMI may respond to the receipt of the U-SETUP PDU with a D-CALL PROCEEDING PDU indicating
that the SwMI has received all information concerning the call set-up necessary to effect the call
establishment.

On reception of the PDU, the CC shall inform the user application with a TNCC-PROCEED
indication primitive. In the case where On/Off Hook Signalling is requested or the called user application
selects that method and alerting information is ready at the time when the D-CALL PROCEEDING PDU
should have been sent, the SwMI may respond with a D-ALERT PDU instead of the D-CALL PROCEEDING
PDU. Also if the call through connection is ready at the time when the D-CALL PROCEEDING PDU should
have been sent, the SwMI may send a D-CONNECT PDU instead. On receipt of any of the above PDUs,
Timer T303 shall be stopped, see figure 14.9 left hand side.

SwMI(Switching Management Infrastructure)는 반응할 것이다.
[code]D-CALL PROCEEDING PDU 지시로 U-SETUP PDU 의 receipt 한다.
SwMI 를 모든 정보에 관해서 받았다면 call setup 에 필요한 효과 절차를 위해 call effect 에대한 효과이다.[/code]

• The D-CALL PROCEEDING, D-ALERT or D-CONNECT PDU shall contain a Call Identifier which shall be
used as the reference to this call in subsequent PDUs for the duration of the call.
[code]D-CALL PROCEEDING, D-ALERT 나 D-CONNECT PDU는 call 식별자는 실을 것이다.
reference 에 어느것을 선택할 것이다. reference 에서 현재 call로 따라서 일어난 CALL의 지속을 위해서 PDU들 안에서 [/code]

• The D-INFO PDU shall not be used to allocate a call identifier.
[code]D-INFO PDU 는 콜 식별자에 분별해서 선택하지 않을 것이다.[/code]

• On reception of the DU-CALL PROCEEDING PDU the CC shall start timer T302, see figure 14.9 left hand
side. The CC sub-entity shall remain in state MO-CALL-SETUP.
[code]D-CALL PROCEEDING PDU 의 수신은 CC(call control)은 T302 타이머 시작할것이다.
그림 14.9 left side.
CC sub-entity 는 MO-CALL-SETUP 상태 아넹 남겨질 것이다.
[/code]
• If on/off hook signalling is requested and the CC receives a D-ALERT PDU, the CC shall inform the user
application by issuing a TNCC-ALERT indication primitive.
[code]만약 on/off hook signalling 은 요청했을 것이다. 그리고 CC가 D-ALERT PDU 를 받았다면
CC 는 발급한 TNCC-ALERT 표시 primitive 에 의해서 사용자 요청을 알려양할 것이다.[/code]

• On reception of a D-ALERT PDU, the timer T302 shall be started using the specified value, see figure 14.9
left hand side.
[code]D-ALERT PDU 를 수신했다면 T302 타이머는 시작하여 명확한 값을 사용 것이다. (14.9 left hand side 보기)[/code]

• During the call set-up phase, the SwMI may send the D-INFO PDU containing a new T302 to prolong the call
set-up time. Upon reception of a D-INFO PDU containing Call time out, set-up phase element, the timer T302
shall be started using the specified value.
call set-up 상태일 동안
[code]SwMI(Switching Management Infrastructure) 는 D-INFO PDU는 call setup time을 연장해서 새로운 T302를 담을 것이다.
D-INFO PDU는 call timeout, 설정 상태 요소, T302 타이머는 명확한 값을 사용해 시작한 값을 을 담고 있을 것이다. [/code]

• In a duplex call the SwMI shall grant permission to talk in the D-CONNECT PDU.
[code]duplex call 내에는 SwMI(Swithcing Management Infrastructure) 는 D-CONNECT PDU내에서 말하는 것을 허락할 것이다. [/code]

• When a D-CONNECT PDU is received, the CC shall send a CONFIGURE request primitive for lower layer
configuration and inform the user application with a TNCC-SETUP confirm primitive and enter state CALL-ACTIVE.
[code]D-CONNECT PDU는 받았을 것이다. CC(call control) 이 lower layer를 위해 CONFIGURE 응답 primitive 의 configuration 그리고 TNCC-SETUP를 확증하는 primitive 와 함께 사용자 신청일때 그리고 CALL-ACTIVE 상태에 들어갔을 때 send할것이다.[/code]

The timer T302 shall be stopped, and timer T310 shall be started, see figure 14.9 left hand
side. The D-CONNECT PDU shall contain an indication which party is permitted to transmit.
[code]T302 타이머는 정지했을 것이다. 그리고 T310 타이머가 시작햇을 것이다. D-CONNECT PDU는 어느 전송허가 실고 있을 것이다.[/code]

• If transmission is not granted but the D-CONNECT PDU contains an indication that the MS is allowed to
request transmission permission it shall follow the transmission control procedures defined in
clause 14.5.1.2.1;
[code]만약 전송이 되지 않았다면 D-CONNECT PDU는 MS 가 허가했던 요청 전송허가를 싫고 있을 것이다.
그것은 14.5.1.2.1 내에 선언되어 있고 전송 제어 절차에 대해서 이야기 하고 있을 것이다.
[/code]
• Where the D-CALL PROCEEDING, D-CONNECT or the D-ALERT PDU indicates that the offered service is
different to the one requested, and if the service offered is acceptable to the user application, the call shall
continue. If the service is not acceptable, then the user application shall disconnect the call and the CC shall
enter IDLE state, refer to clause 14.5.1.3.
[code]D-CALL PROCEEDING 은 D-CONNECT 나 D-ALERT PDU 가 나타낸다.
제공되는 서비스는 다른 하나에 요청 그리고 수락할 수 있는 사용자 요청 서비스 제공 call은 진행 해야할 것이다.
만약 서비스가 제공되지 않는 거라면 사용자 요청에 의해 call이 disconnect 되고 그리고 CC IDLE 상태로 들어가게될것이다.
14.5.1.3 장 관련되어 있다.
[/code]
EXAMPLE: If the user application has requested a 28,8 kbit/s circuit mode data, but considers that any data rate
equal to or greater than 14,4 kbit/s is acceptable, then if a data rate of 14,4 kbit/s is offered the call
shall continue. If a data rate of less than 14,4 kbit/s is offered (i.e. 7,2 kbit/s) then the user
application shall disconnect the call.
[code]사용자 요청으로 28.8kbit/s 서킷 모드 데이터를 요청했다면은 생각할 것이다.
어떤 데이터가 같거나 큰 14.4 kbit/s 를 허용할 수 있다면은 14.4kbit /s 를지원하는 call 이 연속될 것이고
data rate보다 적은 (예 7.2kbit) 를 지원한다면은 사용자 요청에 의해 disconnect call 이 될 것이다.[/code]

NOTE: Handling of the TNCC-SETUP request primitive may be affected by the MS being active in a MM
procedure, this being indicated to CC from MLE via the MLE-BUSY indication primitive, refer to
clause 18.3.5.4.

The exact nature of the interaction between MM/MLE and CC is outside the scope of this
part of the present document but it is recommended that CC not accept a TNCC-SETUP request primitive
while MM is busy.

[code]TNCC 의 요청 primitive 에 handling 은 MM 절차내의 MS 활성 존재에 영향을 받았을 것이다.
MLE-BUSY 지시 primitive 를 통한 MLE에서 CC 로 계기에 표시될 것이다.
MM/MLE 와 CC 사이에 정확하고 자연스러운 상호작용은 현재문서의 바깥 범위이다.
하지만 TNCC-SETUP 요청 primitive 는 CC의 접근을 허용하지 않을 것을 추천한다.
[/code]