14.5.6 PC procedures

14.5.6 PC procedures
This clause contains various protocol elements which are common to one or more sub-entities within the CMCE. The
description does not define or limit implementations to be inside the PC sub-entity.
[code]
이장에는 여러가지 프로토콜 요소들을 담고 있다 하나에 공통적인 혹은 더 많은 CMCE 내에 서브 엔티티들에대해서
그것은 설명한다 선언되지 않은 것을 하지 않거나 PC 보조 엔티티 내에서 할 수 있는 한계를..
[/code]

14.5.6.1 Access to the communication resources
When the MS is powered up all the CMCE sub-entities except the PC sub-entity shall start in state IDLE. The PC subentity
shall start in state CLOSED. When the PC sub-entity receives a MLE-OPEN indication primitive, the PC subentity
shall change state to OPEN and inform other sub-entities with an OPEN indication primitive. When the PC is in
state CLOSED the other sub-entities shall not send any PDUs. When the PC receives a MLE-CLOSE indication
primitive, the PC sub-entity shall change state to CLOSED and shall inform the other sub-entities with a CLOSE
indication primitive.
[code]
MS 는 파워 업 된 모든 CMCE 보조 엔티티들을 제외하고 PC 보조 엔티티는 IDLE 상태내에 시작할 것이다.
PC 보조 엔티티는 CLOSED 상태에서 시작해야할 것이다.
PC 보조 엔티티들은 OPEN indication primitive 를 받을 것이다. PC 보조 엔티티는 OPEN 상태로 변하고 그리고 다른 보조 엔티티들도 OPEN indication primitive 를 알릴것이다.
PC 는 CLOSED 상태일때 다른 보조 엔티티들은 어떤 PDU들도 전송하지않을 것이다.
PC는 MLE-CLOSE indication primitive 를 받을것이다. PC sub-entity 가 CLOSED 상태로 변경될때 그리고 다른 보조 엔티티들이 CLOSE indication primitive 상태를 알려야할 때에 받을 것이다.
[/code]


MLE-BREAK indication primitive, REOPEN indication primitive, RESTORE confirm primitive and RESUME
indication primitive shall not change the state of the PC, but PC shall pass those to other sub-entities as defined in
clause 14.2.6.
[code]
MLE-BREAK indication primitive, REOPEN indication primitive, RESTORE confirm primitive 그리고 RESUME indication primitive 는 PC 의 상태를 변경하지 않을 것이다. 하지만 PC 는 다른 서브 엔티티들이 선언되어 있는 것을 패스해야할 것이다.
[/code]

14.5.6.2 Access priority handling
When any CMCE sub-entity receives an access priority value in a TNCC, TNSS or TNSDS primitive, the sub-entity
shall set the PDU priority value according to the access priority value.
[code]
어떤 CMCE 보조 엔티티는 받을 것이다 접근 허용 값을 TNCC 내에서 TNSS 가 TNSDS primitive, 보조 엔티티가 PDU 중요 값 에 따라서 접근 중요 값이 변경될때
[/code]

If the corresponding PDU priority is not defined
by other means, then the sub-entity shall use default values as defined in table 14.2.For PDUs other than U-TX CEASED and U-DISCONNECT, the CC sub-entity shall set the stealing permission
[code]
만약 대응하는 PDU 중요도가 선언되어 있지 않다면은
[/code]

parameter according to the following rules:
[code]
파라메터 에 따라서 다음 룰이 정한다.
[/code]

• if "traffic stealing = steal traffic" and "access priority = emergency" in the service access primitive, the stealing
permission parameter shall be set to "steal immediately";
[code]
만약 "traffic stealing = steal traffic" 그리고 service access prmitive 내에서 "access priority = embergency" 이면
stealing permissoin parameter 를 "steal immdiately" 로 설정할 것이다.
[/code]

• if "traffic stealing = steal traffic" and access priority is not equal to "emergency" in the service access
primitive, the stealing permission parameter shall be set to "steal when convenient";
[code]
"traffic stealing = steal traffic" 그리고 접근 중요도가 service access primitive 내에 "emergency" 와 맞지 않다면은 stealing permission parameter 는 "steal when convenient" 로 설정 되야할 것이다.
[/code]

• otherwise the stealing permission parameter shall be set to "stealing not required".
[code]
그렇지 않으면 stealing permission paramter 는 "stealing not required" 로 설정되어야 할 것이다.
[/code]

14.5.6.2.1 Cancel
The cancel procedures may be implemented in an MS and if used the following shall apply:
[code]
절차를 취소하면 MS 내 에서 실행해야할지도 모른다 그리고 다음 을 적용해야할 수도있다.
[/code]

• the MLE-CANCEL request primitive can minimize the risk of adding extra load to the air interface, e.g. when
a user application requests a call set-up and the request is buffered by the lower layers waiting for allowance to
make a random access attempt,

which in the case of a low priority call and high system load can take a
considerable amount of time. If the user application, during this waiting period, changes its decision and wants
to disconnect the call, the application shall send a TNCC-RELEASE request primitive to the CC sub-entity.
The CC sub-entity shall know the status of the transmission from the REPORT indication primitives received
from the lower layers;
[code]
MLE-CANCEL request primitive 는 평가할 수 있다. 공중 인터페이스의 추가확장된 로드의 리스크를 예로
콜 설정 그리고 요청이 만들어져 랜덤 엑서스를 시도를 실행하기 위해 로우러 레이어들이 기다리는 것에 의해서 버퍼를 하는 사용자 신청요구이다.
그 중 어느 케이스내에 낮은 중요도 전화 그리고 높은 시스템 로드를 잡아 상당한 양에 시간을, TNCC-RELEASE request prmitive 가 sub-entity로 전송해야할 것이다.
CC 보조 엔티티는 REPORT indication primitive 응답 전송의 상태를 알고 있어야 할 것이다.
[/code]

• when any sub-entity wishes to stop transmission of a PDU it may use cancel procedure with the limitations
defined below. The cancel process shall be controlled by REPORT indication primitives from lower layers;
[code]
어떤 보조 엔티티가 PDU 가 전송을 멈추길 바란다면 그것은 한계된 선언에 밑이여서 절차를 취소하는 걸 선택한 것일지도 모르다.
취소 작업은 낮은 레이어으로부터 REPORT indication primitive 에 의해서 컨트롤되어야할 것이다.
[/code]

• incoming MLE-REPORT indication primitives should indicate the following events:
[code]
MLE-REPORT indication primitive 들이 올때 다음 이벤트를 지시할 것이다.
[/code]

- a PDU has been stored by the DLL ready for transmission. At this stage the transmission may be
cancelled using a CANCEL request primitive and no information will be sent over the air interface;
[code]
PDU 는 전송을 위해서 DLL 을 준비하는 것에 의해 기억할 것이다.
이 스테이지는 사용된 CANCEL request primitive 그리고 공중망으로 전송했던 빈 정보들을 전송을 취소하기를 바랄 것이다.
[/code]

- the first transmission of whole PDU. The BS may have received the PDU, but MS has not yet received
an acknowledgement. At this stage the layer 2 process may be stopped using a CANCEL request
primitive, but the sending sub-entity cannot rely on the cancellation and may receive a response to the
sent PDU;
[code]
첫 번째 모든 PDU의 전송. MS는 아직 승인을 받지 못했을 것이다.
스테이지에 레이어 2 작업은 CANCEL request primitive 를 사용해 멈추기 바랄것이다, 하지만 전송하는 서브엔트리는
BS 는 PDU를 받을 것이다, 하지만 취소 그리고 전송한 PDU 의 응답을 받기를 원하는 걸 믿지 못할 것이다.
[/code]

- the transfer of a PDU has failed in layer 2. Cancellation is no longer possible, but the BS may have
received the PDU correctly and the sending sub-entity may receive a response to the sent PDU;
[code]
레이어 2내에 PDU가 실패한 전송.
취소는 더 이상 가능하다, 하지만 BS 는 PDU 올바르게 그리고 서브 엔티로 전송한 PDU에 응답을 받아 전송하는걸 받고 싶어 할 것이다.
[/code]

- a PDU has been successfully transmitted by layer 2. Cancellation is no longer possible.
[code]
PDU는 레이어 2에 의해 성공적으로 전송해 얻는다. 취소는 앞으로도 가능하다.
[/code]