trchs in a cctrch 2 crc length 3 transport block size 4 type of channel coding 5 transmission time interleave tti period 6 amount of physical resource in practice an implementation of a cctrch processing stack may contain a mixture of hardware and software implementations of the individual processing steps shown in fig2 each processing step requires configuration information the conventional approach is to use a centralized controller however this approach has a number of disadvantages the controlling entity must store the configuration parameters for the cctrch the controlling entity must keep track of the cctrch as it is processed by each of the processing steps and recall the configuration parameters in order that they can be applied along with the data to the next processing step as the amount of output data for a process is not necessarily the same as the input data the controlling entity must calculate and control the following process with this data this approach becomes complex when the configuration data changes dynamically for each cctrch as it is processed and the latency through each process changes depending on the configuration itself the present invention at least in the preferred embodiment described below utilises a method for simplifying the problem of control of configuration parameters in a cctrch processing stack though it can equally be applied to any processing stack that has dynamic configuration parameters referring now to fig3 to solve the problems of a centralized controller a cctrch configuration header 310 is attached to each of the cctrch data blocks when applying the data to.