TEMS中 CMServiceRequest信令在channelrequest是TEMS问题还是信令正常流程？

打少一个字TEMS中 CMServiceRequest信令在channelrequest前是TEMS问题还是信令正常流程？

学习一下，高手真的是太多了

channel request的有用消息中包含接入原因的最简单指示，如主叫建立、响应寻呼、位置更新等，系统将据此选择是否准许接入以及分配何种类型的信道。信道申请的具体原因，用户身份及移动设备的属性，在CM service中提供给系统。

准确的说，正常信令流程是Channel Request在前，Channel Request是申请SD信道，没有申请口空信道呢是无法给交换上发CM Service Request请求的。
TEMS似乎从8开始（忘记了），就把CM Service Request放在前面了，可能是TEMS设计者的考虑，绝非正常信令流程。

路过，

不是正常的信令流程，正常的应该是Channel Request在前，而后才是CM service RE。

正常的应该是Channel Request在前，而后才是CM service Request。

是TEMS显示，非正常信令流程

channelrequest在前才对，除非楼主成是MS2的，不然有点不正常，没有信道请求就不可能有什么业务请求

主叫信令CM SERVICE REQUEST 在正常的情况下是在CHANEL REQUEST之后的。被叫信令中就没有CM SERVICE REQUEST 取而代之的是paging response

tems问题，没有信道，怎么能发出那个业务请求呢！容量不足

tems的问题吧，都是这个样子的