14.5.4 SS procedures

Figure 14.23 shows the internal architecture of the SS sub-entity. The user application shall communicate with SS
entities via the rb-route, when the information of the requested service is not incorporated into TNCC-SAP service
primitives, see clauses 11 and 12.
[code]
그림을 보면 SS 보조 엔티티의 내부 아키텍쳐를 볼수 있다. 사용자 요청으로 SS 엔티티들과 rb-route 를 통해 대화해야할 것이다.
요청한 서비스의 정보는 TNCC-SAP service primitive 들내에 조직되어 있지 않다.
[/code]

All messages to and from PC shall be communicated over the re-route. When a SS
message is received from the peer entity, it shall be passed via the SS router to the appropriate SS entity.
[code]
모든 메시지는 PC 에 re-route 를 넘어 대화해야할 것이다. SS 메시지가 엔티티를 자세히 보며 받을 때
그것은 넘길 것이다. SS 라우터를 통해서 적당한 SS 엔티티로
[/code]

Each individual SS entity shall receive and send call related SS messages as facility elements in CC PDUs, or if no
other call related PDU is available, in a U/D-INFO PDU. The call identifier element shall link the SS facility element to
the related call.
[code]
각각의 개별적인 SS 엔티티는 받을 것이다 그리고 CC PDU 내에 시설 요소에 콜과 관련되어있는 SS 메시지 를 전송하거나
다르지 않은 콜과 관련되어 있는 PDU 는 얻을 수 잇을 것이다. U/D-INFO PDU 내에서 call식별자 요소는 링크해야 할것이다. SS 수단 요소를 관련된 콜에게
[/code]

If the SS message is not related to any existing call, it shall be conveyed as a facility element in a U/D-FACILITY
PDU.
[code]
SS 메시지가 어떤 존재하는 콜에 관련되지 않았다면, 그것은 facility 요소를 운반할 것이다. U/D-FACILFITY PDU 내에서
[/code]

Some SS messages may be sent or received at any stage of a call, after the call during SS-CC retention time and when
no call exists.
[code]
어떤 SS 메시지는 전송하였을지도 모르거나 어떤 콜에 스테이비를 받았을 지도 모른다, 그후에 콜이 SS-CC 을 요지하는 시간 동안 그리고 콜이 존재하지 않는 동안
[/code]