14.5.1.1.4 Unsuccessful call set-up
Unsuccessful call set-up shall refer specifically to those instances where a circuit mode connection was not successfully
established.
[code]
실패한 call setup 을 참조할 것이다. 특별한 그 인스턴스로 서킷 모드 연결이 성공적이지 않을때[/code]
It shall not refer to call disconnection or call rejection.
[code]그것은 disconnection 이나 call rejection 으로 참조하지 않을 것이다.[/code]
If a PDU is not responded to prior to the expiry of the corresponding timer the procedure in clause 14.5.1.3.4. shall apply. All timers available are listed in clause 14.6.
[code]만약 PDU 는 대답하지 않는다면 이전에 대응하는 시간에 지점에 절차를 적용할 것이다. (14.5.1.3.4. 장을보자)
모든 타이머들에 리스트들을 14.6에서 찾을 수 있다.[/code]
When CC receives a REPORT indication primitive, indicating that the lower layers have not been successful (failed
transfer) in the sending of any of the call set-up PDUs, then the CC sub-entity shall return to state IDLE and shall
inform the user application with a TNCC-RELEASE indication primitive accompanied with a cause of the disconnection.
[code]CC는 REPORT 지시 프리미티브를 다음 상황에서 받게된다. 전송중에 어떤 call setup-PDU 의 lower layers 을 얻지 못했을때
그렇다면 CC sub-entity 는 IDLE 상태를 반환할것이다. 그리고 TNCC-RELEASE 지시 프리미티브는 disconnection 의 원인을 동반한다.[/code]
If the user application cannot accept an incoming call as defined in 14.5.1.1.1, it shall immediately transfer a TNCC-RELEASE request primitive to the CC sub-entity.
[code]만약에 사용자 신청에 incoming call을 허락하지 않았다면 그것은 TNCC-RELEASE 요청 primitive 가 CC sub-entity로 즉시 전송해야할 것이다.[/code]
The CC sub-entity shall send a U-DISCONNECT PDU along with the disconnection cause "Call Rejected by the called party", see figure 14.11. In case the rejection results from unsupported encryption flag state the disconnect cause shall be "Called party does not support encryption" or "Called party requires encryption".
[code]
CC sub-entity 는 전송 할것이다. U-DISCONNECT PDU 를 따라서 디스커넥트의 이유는 "연결했던 파티에의해 연결을 거절당한것" 으로 그림 14.11을 보면 나와있다. 해당 거부 케이스의 결과들은 지원하지 않는 암호화 flag 상태로 디스커넥트 이유는 "연결했던 파티가 암호화를 지원하지 않는다" 또는 " 연결했던 파티에 암호화가 필요하다" 정도이다.
[/code]
The CC sub-entity shall then change to state IDLE.
[code]CC sub-entity에 상태는 IDLE 로 변할 것이다.[/code]
NOTE: If the SwMI sends the D-RELEASE PDU as the first response to the calling MS, then it should
contain the dummy call reference.
[code]만약 SwMI 가 첫번째 응답으로 calling MS 할때전송들을 D-RELEASE PDU 는 전송할 것이다.
그렇다면 dummy call reference를 실어야할 것이다. [/code]
Unsuccessful call set-up shall refer specifically to those instances where a circuit mode connection was not successfully
established.
[code]
실패한 call setup 을 참조할 것이다. 특별한 그 인스턴스로 서킷 모드 연결이 성공적이지 않을때[/code]
It shall not refer to call disconnection or call rejection.
[code]그것은 disconnection 이나 call rejection 으로 참조하지 않을 것이다.[/code]
If a PDU is not responded to prior to the expiry of the corresponding timer the procedure in clause 14.5.1.3.4. shall apply. All timers available are listed in clause 14.6.
[code]만약 PDU 는 대답하지 않는다면 이전에 대응하는 시간에 지점에 절차를 적용할 것이다. (14.5.1.3.4. 장을보자)
모든 타이머들에 리스트들을 14.6에서 찾을 수 있다.[/code]
When CC receives a REPORT indication primitive, indicating that the lower layers have not been successful (failed
transfer) in the sending of any of the call set-up PDUs, then the CC sub-entity shall return to state IDLE and shall
inform the user application with a TNCC-RELEASE indication primitive accompanied with a cause of the disconnection.
[code]CC는 REPORT 지시 프리미티브를 다음 상황에서 받게된다. 전송중에 어떤 call setup-PDU 의 lower layers 을 얻지 못했을때
그렇다면 CC sub-entity 는 IDLE 상태를 반환할것이다. 그리고 TNCC-RELEASE 지시 프리미티브는 disconnection 의 원인을 동반한다.[/code]
If the user application cannot accept an incoming call as defined in 14.5.1.1.1, it shall immediately transfer a TNCC-RELEASE request primitive to the CC sub-entity.
[code]만약에 사용자 신청에 incoming call을 허락하지 않았다면 그것은 TNCC-RELEASE 요청 primitive 가 CC sub-entity로 즉시 전송해야할 것이다.[/code]
The CC sub-entity shall send a U-DISCONNECT PDU along with the disconnection cause "Call Rejected by the called party", see figure 14.11. In case the rejection results from unsupported encryption flag state the disconnect cause shall be "Called party does not support encryption" or "Called party requires encryption".
[code]
CC sub-entity 는 전송 할것이다. U-DISCONNECT PDU 를 따라서 디스커넥트의 이유는 "연결했던 파티에의해 연결을 거절당한것" 으로 그림 14.11을 보면 나와있다. 해당 거부 케이스의 결과들은 지원하지 않는 암호화 flag 상태로 디스커넥트 이유는 "연결했던 파티가 암호화를 지원하지 않는다" 또는 " 연결했던 파티에 암호화가 필요하다" 정도이다.
[/code]
The CC sub-entity shall then change to state IDLE.
[code]CC sub-entity에 상태는 IDLE 로 변할 것이다.[/code]
NOTE: If the SwMI sends the D-RELEASE PDU as the first response to the calling MS, then it should
contain the dummy call reference.
[code]만약 SwMI 가 첫번째 응답으로 calling MS 할때전송들을 D-RELEASE PDU 는 전송할 것이다.
그렇다면 dummy call reference를 실어야할 것이다. [/code]
'Protocol > TETRA' 카테고리의 다른 글
14.5.1.2 Call maintenance procedures (0) | 2013.09.25 |
---|---|
Figure 14.11 individual call setup phase - called user application reject call (0) | 2013.09.25 |
14.5.1.1.3 Colliding calls (0) | 2013.09.25 |
부가 서비스(Supplementary services control) (0) | 2013.09.25 |
베어러 기능(bearer capability) 정보 요소 (0) | 2013.09.25 |