一，“0 BOOTSTAP” 指出由於CPE第一次安裝或是ACS的URL改變而引起會話建立。這種特殊的情況有：1）出廠後CWMP端第一次與ACS連接；2）出廠設置後，CWMP端第一次與ACS連接；3）由於某種原因ACS的URL改變後CWMP端第一次與ACS連接。注意，BOOTSTARP可能和其他事件代碼一起組成是事件代碼組，例如，在出廠後CPE初始啓動時，CPE發送BOOTSTARP和BOOT事件代碼。
二，“1 BOOT” 當給電或是復位時引起的會話建立，這包括初始系統啓動或是由於其他原因的再啓動，包括用Reboot方法，但是不是從待機狀態醒來。
三，“2 PERIODIC” 在週期通知間隔時會話建立
四，“3 SCHEDULED” 由於調用ScheduleInform 方法會話建立，這種事件必須只能用“M ScheduleInform”。
五，“4 VALUE CHANGE” 指出從上次成功的Inform後，具有Passive和Active通知屬性的一個或多個參數的值發生了改變，如果這個事件代碼在事件組中，所有修改的參數必須被包含在Inform的參數列表中，如果這個事件被丟棄，那麼這些修改的參數也應該同時被丟棄。
六，“5 KICKED” 指出會話建立的目的是網頁驗證，並且Kicked 方法會在這個會話中調用一次或多次。
七，“6 CONNECTION REQUEST” 由於ACS 發送了連接請求而使會話建立。
八，“7 TRANSFER COMPLETE” 由於先前請求的下載或上傳完成而引起會話建立，TransferComplete方法會在這個會話中調用一次或多次。這個事件代碼必須用“M Download”，“M ScheduleDownload”，或者是"M Upload" etc。
九，“8 DIAGNOSTICS COMPLETE” 當完成了一個或多個由ACS啓動的診斷，CPE會用該事件碼重新建立起一個連接。
十，“9 REQUEST DOWNLOAD” 爲了調用RequestDownload方法二發起的會話。
十一，“10 AUTONOMOUS TRANSFER COMPLETE” 當不是由ACS請求的上傳或下載完成而引起的會話建立（成功或是不成功），Autonmous TransferComplete 方法會在這個會話中調用一次或多次。
十二，“11 DU STATE CHANGE COMPLETE”, 爲了表明先前請求的DU state改變完成而建立的會話，不管成功與否，DUStateChangeComplete方法會在這個會話中調用。這個方法必須用“M ChangeDUState”
十三，“12 AUTONMOUS DU STATE CHANGE COMPLETE” 會話建立是要通知ACS DU state改變完成了， 而這個改變不是由於調用ChangeDUState 方法的請求，DUStateChangeComplete方法會在這個會話中調用。
十四，“13 WAKE UP” 由於CPE從待機中甦醒而建立的會話。
十五， “M Reboot” 由於ACS調用了Reboot RPC，而促使CPE 重新啓動，重疊的事件會引起“1 BOOT”事件代碼。
十六， “M ScheduleInform” ACS 請求了一個安排通知。
十七，“M Download ” ACS 請求下載
十八， “M ScheduleDownload” ACS請求計劃下載
十九，“M Upload” ACS 請求上傳
二十，”M ChangeDUState” ACS用ChangeDUState方法請求DU 狀態改變。
二十一，“M” <vendor specific method>
二十二，“X”<VENDOR>" "<event>