It appears to be the protocol that DecodeIR and IrScrutinizer (http://www.harctoolbox.org/IrScrutinizer.html) calls SharpDVD, The only "problem" is that the document and IrScrutinizer considers the parameters in the different bit-order. To be short, get IrScrutinizer, go to the Generate pane, select "SharpDVD" as protocol, fill in 2 for D, 22 for S, type E=0 in the Additional parameters text field. The value in F determines the signal generated. Since the bit-order needs to be reversed (0x80 = 10000000, which in the reverse byte order gives 00000001 = 0x1 = 1) fill in 1 for 0x80, which is "Power on" in the Excel sheet, and 129 for Power off. This gives
 
0000 006D 0000 0032 007A 003D 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 002E 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 02DA

and

0000 006D 0000 0032 007A 003D 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 002E 000F 002E 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 002E 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 000F 002E 000F 002E 000F 000F 000F 000F 000F 000F 000F 002E 000F 000F 000F 002E 000F 002E 000F 02DA

but I have no way of testing. Let us know if this works.