（业务管理）CDMA网优网测规范V信令专题(业务配置协商)

《（业务管理）CDMA网优网测规范V信令专题(业务配置协商)》由会员分享，可在线阅读，更多相关《（业务管理）CDMA网优网测规范V信令专题(业务配置协商)（7页珍藏版）》请在金锄头文库上搜索。

1、一 业务/业务选择协商1 协商机制 在业务信道工作过程中，移动台和基站通过交换前反向业务信道帧进行通信。而业务信道帧有很多的构成格式，对应地有不同的解码方式，因此移动台和基站需要用一套公共的属性来定义一致业务信道帧“建立”和“解释”方式。这套属性，被称为“业务配置(Service Configuration)”。 业务配置（Service Configuration）包含以下内容：1) 复用选择（Multiplex Option）：Rate1 / Rate2 ；2) 传输速率（Transmission Rate）：full / half / quarter / eighth ； 3) 业务选择

2、连接（Service Option Connection），它又包含以下三个内容： 业务选择（Service Option）：voice / markov等，详见“相关参数”； 业务类型（Traffic Type）：primary traffic / secondary traffic ； 业务选择连接参考（Service Option Connection Reference）：用来标识“业务选择连接”；其中有可能一个“业务配置”会没有“业务选择连接”，例如移动台和基站之间只传送信令业务或者无业务信道数据时就可以没有“业务选择连接”；也有可能一个“业务配置”有多个“业务选择连接”，因此需要“

3、业务选择连接参考”来标识每个“业务选择连接”。我们把双方通过“对话”，共同决定前方向业务信道的“业务配置（Service Configuration）”的过程称为“协商（Negotiation）”。通常有两种协商方式：“业务协商（Service Negotiation）”和“业务选择协商（Service Option Negotiation）”。两者的主要区别是“协商”的“范围”不同：“业务协商”的协商范围大；而“业务选择协商”的协商范围小。在“业务选择协商”中，基站与移动台仅共同规定要使用的“Service Option”，无法规定“Multiplex Option”、“Transmissi

4、on Rate”、“Traffic Type”等业务配置属性（不过它也有“Service Option Connection”的概念）。那些具体协商的属性都采用与“Service Option”相配的缺省的配置。特别是：（1）“Multiplex Option”和“Transmission Rate”假设为与“Service Option”相配的缺省的“Multiplex Option”和“Transmission Rate”。（2）“Traffic Type”假设为“primary traffic”。而在“业务协商”中可以由基站和移动台共同确定所有的业务配置属性。“业务选择协商”的可选择性比

5、“业务协商”的小，这就是两者的主要区别，“业务选择协商”通常用于较低级的话音服务。如果申请的“Service Option”是“Basic Variable Rate Voice Service”，将会采用“Service Option Negotiation”；如果申请的“Service Option”是“Extended Variable Rate Voice Service”，将会采用“Service Negotiation”。现在的普通话音服务一般都是“Enhanced Variable Rate Voice Service”，所以一般都是采用“Service Negotiation”

6、。 在已经分配业务信道之后、完成协商之前，移动台和基站都只按与“Service Option”相配的缺省的业务配置来处理前反向业务信道，例如仅按缺省的primary traffic形式处理。2 与“业务协商/业务选择协商”相关的信令消息（1） 同时支持“业务协商”和“业务选择协商”的消息 u Origination Message （Access Channel）相关字段：SPECIAL_SERIVCE：特殊业务选择指示。如果为1，移动台将把下面的SERVICE_OTPION字段置为TSB-58对于TIA/EIA宽带扩频标准参数值的支配管理中对应的请求业务选择中给出的值。特殊业务选择实际就是“

7、Service Option”不为1的业务选择。SERVICE_OPTION：业务选择。具体参见“相关参数”。如果SPECIAL_SERVICE 为0，SERVICE_OPTION字段将被忽略，Service Option被默认为“Service Option 1”。功能描述：移动台通过该消息的“Service Option字段”在始呼时发起 Service Option请求，并请求与Service Option相关联的缺省的业务配置。u General Page Message （Paging Channel）相关字段：SPECIAL_SERIVCE：特殊业务选择指示。如果为1，移动台将把下

8、面的SERVICE_OTPION字段置为TSB-58对于TIA/EIA宽带扩频标准参数值的支配管理中对应的请求业务选择中给出的值。SERVICE_OPTION：业务选择。具体参见“相关参数”。如果SPECIAL_SERVICE 为0，SERVICE_OPTION字段将被忽略。功能描述：基站通过该消息的“Service Option字段”在寻呼移动台时发起 Service Option请求，并请求与Service Option相关联的缺省的业务配置。u Page Response Message （Access Channel）相关字段：SERVICE_OPTION：业务选择。具体参见“相关参数

9、”。功能描述：移动台通过该消息的“Service Option字段”在响应寻呼时发起 Service Option请求，并请求与Service Option相关联的缺省的业务配置。u Channel Assignment Message （Paging Channel）相关字段：ASSIGN_MODE：信道分配模式：指出所分配信道的类型。详见“相关参数”。如果ASSIGN_MODE 为4，还有下列相关字段：DEFAULT_CONFIG：缺省配置。如果为0，规定前反向业务信道都采用Multiplex Option 1和 Rate Set 1；如果为1，规定前反向业务信道都采用Multiplex

10、Opton2和Rate Set 2；如果为2，规定前向业务信道采用Multiplex Option 1和Rate Set 1，反向业务信道采用Multiplex Option 2 和Rate Set 2；如果为3，规定前向业务信道采用Multiplex Option 2 和Rate Set 2，反向业务信道采用Multiplex Option 1和Rate Set 1。GRANTED_MODE：授予模式。规定了在业务协商完成前对业务信道的缺省的处理方式。如果GRANTED_MODE 为“00”，表示在业务协商完成前对业务信道采用DEFAULT_CONFIG规定处理方式，并且业务协商在基站发送第

11、一个“Service Connect Message”前开始；如果GRANTED_MODE为“01”，表示在业务协商完成前对业务信道采用与“Origination Message”或“Page Response Message”提出的“Service Option”相配的缺省的业务配置规定的处理方式，并且业务协商在基站发送第一个“Service Connect Message”前开始；如果GRANTED_MODE为“10”，表示在业务协商完成前对业务信道采用与“Origination Message”或“Page Response Message”提出的“Service Option”相配的缺

12、省的业务配置规定的处理方式，但是业务协商不能在基站发送第一个“Service Connect Message”前开始；功能描述：“ASSIGN_MODE”决定分配的信道类型，实际间接地决定了采用“Service Negotiation”还是“Service Option Negotiation”。例如：如果服务基站分配“业务信道”，并对应采用“Service Option Negotiation”；如果服务基站其分配“扩展业务信道”，并对应采用“Service Negotiation”。u Extended Channel Assignment Message （Paging Channel）

13、 相关内容同“Channel Assignment Message”。u Extended Handoff Direction Message （Forward Traffic Channel）相关字段：SERV_NEG：协商指示。如果为1，采用“业务协商”；如果为0，采用“业务选择协商”。功能描述： 在“硬切换”的情况下该字段才有意义。如果硬切换发生，同时需要重新进行业务配置协商，SERV_NEG用于规定新的协商的方式。u General Handoff Direction Message （Forward Traffic Channel） 相关内容同“Extended Handoff Di

14、rection Message”。（2） 仅支持“业务协商”的消息u Service Request Message（Forward/ Reverse Traffic Channel）相关字段：SERV_REQ_SEQ：业务请求序列号REQ_PURPOSE：请求目的。如果为1，表示同意对方的业务配置建议（请求）；如果为2，表示拒绝对方的建议，同时自己没有新的建议；如果为3，表示自己提出业务配置建议（请求）。RECORD_TYPE：记录类型。此处应为“Service Configuration”。RECORD_LEN：记录长度。Type-specific fields：类型特定字段。记录类型为“

15、Service Configuration”是，为如下字段：FOR_MUX_OPTION：前向业务信道多路复用选择。如果为1，表示选择Rate1；如果为2，表示选择Rate2。REV_MUX_OPTION：反向业务信道多路复用选择。如果为1，表示选择Rate1；如果为2，表示选择Rate2。FOR_RATES：前向业务信道传输速率。可以是复用选择对应的速率集或者其子集。详见“相关参数”。REV_RATES：反向向业务信道传输速率。可以是复用选择对应的速率集或者其子集。详见“相关参数”。NUM_CON_REC：业务选择连接个数。如果为0，下面的字段将被忽略。（下面的字段将出现NUM_CON_RE

16、C次）RECORD_LEN：业务选择连接记录长度。CON_REF：业务选择连接参考。SERVICE_OPTION：业务选择。FOR_TRAFFIC：前向业务信道业务类型。详见“相关参数”。REV_TRAFFIC：反向业务信道业务类型。详见“相关参数”。功能描述： 前反向业务信道均有此消息；双方都有权提出“业务配置”请求。u Service Response Message（Forward/Reverse Traffic Channel）相关字段：同“Service Request Message”的相关字段。功能描述： 前反向业务信道均有此消息：双方都能够响应对方的业务配置请求，表示“同意”、“拒绝”