<혹아래 번역에 오류가 있다면 댓글바랍니다. 아마 많을듯 해요~!>
4.1.1 Network Information Table (NIT) information
The Network Information Table (NIT) provides a grouping of Transport Streams (TSs) and the relevant
tuning information. The NIT could be used during set-up procedures of the IRD and the relevant tuning
information may be stored in non-volatile memory. The NIT also could be used to signal changes of tuning
information. The following rules apply to the NIT:
NIT는 Transport Stream들의 그룹핑과 관련 Tuning정보를 제공한다. IRD의 set-up과정에서 사용될수 있으며 관련된 tuning정보는 메모리에 저장될것이다. NIT는 또한 tuning정보의 변경에 대한 신호로 사용되기도 한다.
NIT에 적용되는 rule은 아래와 같다:
a) transmission of the NIT is mandatory for the actual delivery system;
NIT는 전송시스템상에서 필수항목이다.
b) the NIT describing the actual delivery system is valid if and only if it contains applicable delivery
system descriptors for the actual delivery system. This rule specifies the conditions under which the
NIT contains valid information. At some transitions of broadcast delivery system boundaries, the
NIT carried in a TS is allowed to describe an earlier network in the broadcast chain. A different
mechanism has to be selected by the IRD to obtain the relevant tuning information for the actual
delivery system. If a satellite IRD receives a satellite delivery system descriptor for the actual
delivery system, then it is valid. If a cable IRD receives a cable delivery system descriptor for the
actual delivery system, then it is valid. If a cable IRD receives a satellite delivery system descriptor
for the actual delivery system, then it is assumed to be invalid for the cable IRD;
임의 NIT가 기술하는 실제 전송시스템을 위한 적용가능한 유효한 디스크립터들을 포함한다. NIT가 가지고 있는 유효한 정보의 상태를 기술한다. 방송송출시스템의 범위안에서 하나의 TS에 전송되는 NIT는 방송연결체인의 이전 네트워크를 기술할 수 있다. 실제전송시스템의 관련된 tuning정보를 얻기 위해서 IRD는 다른메커니즘을 선택해야 한다. 만일 위성IRD가 위성전송시스템디스크립터를 실제전송시스템의 정보로 수신하였다면 유효하다. 만일 cable IRD가 cable delivery system descriptor를 수신하였다면 그것은 유효하다. 그러나 cable IRD가 satellite delivery system descriptor를 수신하였다면 그것은 cable IRD에 유효하지 않다는것을 알아야 한다.
c) if a valid NIT for the actual delivery system is present in the SI bit stream then it shall list all TSs of
the actual delivery system;
실제전송시스템과 NIT가 유효하다면 NIT는 모든 TS들을 리스팅한다.
d) the SI stream shall have at least 8 TS packets per 10 seconds carrying NIT data or NULL packets.
This rule simplifies the replacement of the NIT at broadcast delivery system boundaries. With the
simple replacement mechanism, local frequency control is possible with relatively low cost
equipment.
SI스트림은 최소한 10초에 8packet이상 포함된다. 이 는 방송송출시스템상에서 NIT의 교체를 단순하게 한다. 이 방법으로 local 주파수 컨트롤이 저비용장비로 가능하다.
The SI uses two labels related to the concept of a delivery system, namely the network_id and the
original_network_id. The latter is intended to support the unique identification of a service, contained in a
TS, even if that TS has been transferred to another delivery system than the delivery system where it originated.
SI는 network_id와 original_network_id라는 2가지 레이블을 사용한다. 이는 하나의 TS안에서 그것의 근원이 되는 시스템에서 다른 전송시스템으로 전송이 되더라도 그 서비스를 구분할 수 있게 한다.
A TS can be uniquely referenced through the path original_network_id/transport_stream_id.
A service can be uniquely referenced through the path original_network_id/transport_stream_id/service_id. The network_id, thus, is not part of this path.
하나의 TS는 original_network_id/transport_stream_id의 쌍으로 모든 경로상에서 구분되어 참조될수 있다.
하나의 service는 original_network_id/transport_stream_id/service_id 의 쌍으로 모든 경로상에서 구분되어 참조될수 있다. network_id는 이 경로의 일부가 아니다.
In addition each service_id shall be unique within each original_network_id. When a service (contained
inside a TS) is transferred to another delivery system, only the network_id changes, whereas the
original_network_id remains unaffected.
각 service_id에 더하여 각original_network_id도 유일하게된다. 하나의 서비스가 다른 전송시스템에 전송될때 network_id만 변경되게 된다. 즉 original_network_id는 영향을 받지 않은 상태로 남게된다.
By way of example, consider the following, where two services (A and B), which originate in two different
delivery systems and happen to have the same service_ids and transport_stream_ids, are transferred to a
new delivery system.
A, B 2개의 서비스가 서로다른 전송시스템에서 생성되었고 동일한 service_id과 transport_stream으로 새로운 하나의 전송시스템으로 전송된다고 하자.
In the example, the two services are located on different TSs (X and Y) in the new network. If the two
services were being combined onto the same TS, then it would be necessary to modify the identification of
the services, since the same service_id value cannot be assigned to more than one service within a TS,
and only one original_network_id can be associated with a TS (see subclause 5.3 for further discussion on
transitions at broadcast delivery media boundaries).
이 예에서, 2개의 service는 다른 TSs에 X, Y로 새로운 network에 위치하게 된다. 만일 2개의 서비스가 동일한 TS에 합쳐진다면 새로운 service_id가 부여되어야 할것이다. 하나의 TS에 동일한 service가 존재할수 없기 때문이다. 그리고 하나의 original_network_id가 TS에 부여될것이다.
4.1.3 Service Description Table (SDT) information
The SDT is used to list the names and other parameters of the services within TSs. For each TS a
separate SDT sub-table exists. The following rules apply in order to improve the acquisition of services:
TS내의 서비스들의 name과 다른 파라메터들을 list하는데 사용된다. TS단위로 SDT sub-table이 정의된다. 서비스정보의 빠른 수집을 위해 아래의 rule이 적용된다:
- the transmission of the SDT for the actual TS is mandatory; 실제TS의 SDT전송은 필수항목이다.
- the SI bit stream shall list in the SDT of a particular TS at least all the services of that TS. 해당 TS의 거의 모든 서비스들에 대해 기술해야 한다.
In addition:
- any SDT for another TS than the actual one (i.e. with table_id = 0x46) shall list all the services of
that TS;
다른 TS의 서비스들에 대해서도 기술해야 한다.
- it is strongly recommended that service_ids, once assigned to a specific service within a network,
remain unchanged in order to enable IRDs to implement features like favourite channel lists, etc.
service_id는 IRD에서 선호채널리스트같은것을 구현하기 위해 변경되지 않도록 할것을 강력히 밀어붙이는 바이다.
