GMDSS通信设备与业务第八章汇总.ppt

* 单个询呼→当SES忙时，NCS将询呼信息（包括CES ID、SES ID、闭环网ID或简短电文）存储，当SES空闲时发，若SES没有在本洋区注册，则NCS告诉CES； 询呼控制指令包括立即发送数据报告（SES在规定时间和时间间隔自动发，直到收到停发指令为止）、接收电文电报、修改参数（如指示SES监视不同的传感器）、操作控制设备（如控制某开关、继电器、阀门，用于监控远处灯塔）、立即停止发送数据报告； 群询呼→向一组相同的DNID发，NCS收到询呼既发，凡收到的要求发收妥通知，没收到也不再重发； 区域询呼→NAVAREA区域，不具体指明SES ID，没收到NCS不重发； 船站设置→每个洋区设置一个DNID-CES，发射类型指普通电文/数据报告； Poll响应通过公众交换网或闭环网传递； Poll业务：用户要在CES登记、SES要将网络识别信息存入内存、SES要在公司网络中登记； 船站询呼业务的设置→设置数据接口，设置用户调取权； * 用户发询呼指令→CES ID、SES ID 、DNID、分地址、控制指令； NCS查船站状态→是否在本洋区入网？是否空闲？未在本洋区入网，则通过CES告用户“该船不在本洋区”。SES忙，则NCS存储信息，再转发，并告之用户“申请排队”； 单呼→数据报告信息不经NCS转，可避免经NCS转发造成的延时； 询呼过程新协议： 询呼有两个过程→①用户向SES发询呼指令。CES经NCS，在NCS TDM信道上发，同时用户等待CES的响应，若询呼没有被CES正确转发，则重发，直至收到CES的“正确转发”响应为止（在规定时间内均没有转发成功，停发）。 ②船站在Poll控制下向CES发信息。SES在信令信道上向CES发数据报告，同时停留在CES TDM信道上等待响应，收到“未正确转发”响应，重发，直至收到CES的“正确转发”响应为止（在规定时间内均没有转发成功，停发）。 被呼船对询呼的“确认”是由发端询呼指令确定的，如果要求确认，则在询呼指令执行前，先发确认表明船站已成功收到询呼指令； 对于单个询呼，如果询呼指令有要求，则在任何系列号下船站都要给予确认； 对于群询呼和区域询呼，如果询呼指令有要求，则只有在新的系列号和DNID、LESID情况下船站才予以确认（同系列号表明是重复询呼）； 用方框图画出询呼流程并加以简述。 * 用户发询呼指令→CES ID、SES ID 、DNID、分地址、控制指令； NCS查船站状态→是否在本洋区入网？是否空闲？未在本洋区入网，则通过CES告用户“该船不在本洋区”。SES忙，则NCS存储信息，再转发，并告之用户“申请排队”； 单呼→数据报告信息不经NCS转，可避免经NCS转发造成的延时； 询呼过程新协议： 询呼有两个过程→①用户向SES发询呼指令。CES经NCS，在NCS TDM信道上发，同时用户等待CES的响应，若询呼没有被CES正确转发，则重发，直至收到CES的“正确转发”响应为止（在规定时间内均没有转发成功，停发）。 ②船站在Poll控制下向CES发信息。SES在信令信道上向CES发数据报告，同时停留在CES TDM信道上等待响应，收到“未正确转发”响应，重发，直至收到CES的“正确转发”响应为止（在规定时间内均没有转发成功，停发）。 被呼船对询呼的“确认”是由发端询呼指令确定的，如果要求确认，则在询呼指令执行前，先发确认表明船站已成功收到询呼指令； 对于单个询呼，如果询呼指令有要求，则在任何系列号下船站都要给予确认； 对于群询呼和区域询呼，如果询呼指令有要求，则只有在新的系列号和DNID、LESID情况下船站才予以确认（同系列号表明是重复询呼）； 用方框图画出询呼流程并加以简述。 * 用户邮箱的设置→用户可在Internet网上自己选择，如第一个地址是在新浪网上设置的邮箱，但这种选择不稳定，易丢失信息。也可将邮箱设置在地面站，如第二个地址是在北京地面站上设置的信箱，方便、可靠、不增加开支（北京Cmail系统为每个用户信箱设置3M容量，用户应管理邮箱，删除过时邮件）； 船至岸的E-mail操作： 网络类型选“特别接入码（Special）”,555或666是由国际电信网进入北京地面站Cmail系统的接入码，通过不同的岸站有不同的接入码； 报文内容首行：是用户邮箱地址 户名+域名，若多址传送，则报文内容首行地址用“ ，”号隔开，注意超行也不要打“回车”键； 通过在北京地面站注册的邮箱地址，域名可省略； 若通过X.25或PSDN网传输，则国家地址码 ： 4603，被叫号改为：123456789； 用户名的选择→陆地用户的用户名常用公司名称缩写，如：COSCO，船上用户的用户名常用C站移动号，如：C站移动号为423208910，则E-mail地址为：423208910@ ； 通过Cma