V návaznosti na předchozí příspěvek ohledně volby Sh a platnosti spojení se krátce zamyslíme nad tím, jak vlastně MS spojení zkompletovat a potvrdit. Obraťme se znovu na IARU Reg. 1 VHF Handbook:

• Reporting procedure
A report is sent when the operator has positive evidence of having received the correspondent’s or his own callsign or parts of one of them. The report should be sent twice between each set of call signs. The report must not be changed during a contact even though signal strength or duration might well justify it.
• Confirmation procedure
 • As soon as either operator copies both call signs and a report he may start  sending a confirmation. This means that all letters and figures have been correctly received. The message can be pieced together from fragments received over several bursts and pings, but it is up to the operator to ensure that it is done correctly and unambiguously. Confirmation is given by
inserting an R before the report.
 • When one operator receives a confirmation message, such as „R27“, and all required information is complete he must confirm with a string of R’s, inserting his own call sign after at least 3 R’s. When the other operator has received the R’s, the contact is complete and he may respond in the same manner.

V češtině:

• Postup reportování
• Report je odeslán, když má operátor pozitivní důkaz, že přijal volací znak korespondenta nebo svůj vlastní, případně části některého z nich. Report by měl být odeslán dvakrát mezi každou sadou volacích znaků. Report nesmí být během spojení změněn, i když by to síla signálu nebo délka odrazu mohla ospravedlňovat.
• Postup potvrzení
• Jakmile jeden z operátorů přijme oba volací znaky i report, může začít odesílat potvrzení. To znamená, že všechna písmena a číslice byla správně přijata. Zprávu lze sestavit z fragmentů přijatých během několika burstů a pingů, ale je na operátorovi, aby zajistil její správné a jednoznačné vyhodnocení. Potvrzení se zajistí vložením písmene R před report.
• Když operátor obdrží potvrzovací report, například „R27“, a všechny požadované informace jsou kompletní, musí to potvrdit řetězcem písmen R, přičemž po alespoň 3 R vloží svůj vlastní volací znak. Když druhý operátor obdrží tyto R, spojení je dokončeno a může odpovědět stejným způsobem.

Vidíme, že doporučovaný postup MS spojení předpokládá použití zastaralého módu FSK441. Jinak by se tam neobjevil požadavek neměnnosti reportů (v MSK144 je vždy report jednoznačně a správně dekódovaný, ať už je momentálně jakýkoliv) a požadavek na tři R (v MSK144 lze bez problémů používat RR73, běžné v FT8). Rovněž by nebyla potřebná berlička povolené fragmentace. Vzhledem k tomu, že mód FSK441 rozhodně není vhodný pro random QSO, máme-li k dispozici podstatně sofistikovanější MSK144, bylo by asi vhodné, aby VHF Handbook rozlišoval postupy zvlášť pro oba módy, tak jak například rozlišuje CW a SSB. V tomto ohledu (a v několika jiných) je Handbook prostě zastaralý.

Při random spojení vždy jedna stanice vysílá CQ (je zajímavé, že jsem v Handbooku nenašel informaci o volacím kmitočtu). Druhá jí odpovídá sekvencí Tx1 (volací znaky + velký čtverec) nebo Tx2 (volací znaky + report). Já upřednostňuji Tx1. Proč? Ze dvou důvodů:

• Informace o mojí poloze může být pro protějšek důležitá pro správné směrování.
• Stanice, která dává report jako první, bude nucena předávat závěrečné potvrzení.

Druhý důvod si rozvedeme. Ten, kdo předává závěrečné RRR (RR73) jako Tx4 je znevýhodněn tím, že musí očekávat následné potvrzení příjmu, ať již jako 73 v následující relaci Tx5, nebo potvrzení v DX Clusteru, na chatu či jinak, třeba mailem nebo na eQSL. Běžné nastavení programu MSHV posílá Tx5 (volací znak + 73) dvakrát, což je dostačující pro příjem pouze za velmi vysoké hustoty odrazů.

Jinak je tomu, pokud přijmeme RRR (RR73) my. V tomto okamžiku víme jednoznačně, že protistanice náš potvrzovací report Tx3 přijala, a my podle Handbooku máme hotovo a QSO můžeme zalogovat. Je na nás (hamspirit!), abychom toto spojení potvrdili i protistanici. Proto vždy používejme jakýkoliv další dostupný způsob potvrzení kromě Tx5, především DX Cluster.