CN101778442A - 一种会话信息存储方法及接入网设备 - Google Patents

Abstract

本发明提供一种会话信息存储方法及接入网设备，其中的方法包括：目标侧接入网根据协议属性信息获取所有的Personality；目标侧接入网为获取的每套Personality分配一存储区域，将每套Personality的子协议的属性保存于对应的存储区域中，每套Personality的存储结构根据每套Personality的各层协议及各层协议对应的子协议确定。本发明根据Personality各协议类型与子类型的映射关系来确定Session信息的结构组织，可以兼容不同版本的AT和AN之间可能协商的Session信息结果，能够最大范围的支持灵活的Session协商，并且能够满足网络建设的各种要求。

Description

一种会话信息存储方法及接入网设备

技术领域

本发明涉及移动通信领域，尤其涉及CDMA 1xEVDO的RevA/RevB版本的终端在RevA/RevB网络间为满足平滑切换而采取的会话信息Session存储方法及接入网设备。

背景技术

CDMA 1xEVDO在空口技术实现上引入了协商机制。空口协议被分为七层，每层又包含多个协议，每个协议又存在不同的子协议，终端在使用网络之前，必须先完成空口的会话信息Session协商。由于EVDO在演进路标上存在RevA和RevB的版本，不同版本的终端在不同版本的网络下协商的Session内容会不同。例如，RevA终端在RevA网络下可以协商【Rev0，RevA】两套属性(协议描述为Personality，下文简单描述成0Personality和A Personality)，也可以只协商【A】一套Personality；在RevB网络下与在RevA网络下协商机制一致，RevB终端在RevA网络下可以协商【0，A】两套Personality，也可以协商【A】一套Personality；在RevB网络下则可以协商【0，A】或者【0，B】两套Personality，或者【B】一套Personality。

由于CDMA 1xEVDO在Session协商机制上存在很大的灵活性，各家CDMA设备厂商所采取的方式不尽相同，甚至同一厂家的设备也可以通过不同的配置来控制不同的协商方式，这就会造成网络与终端协商的结果存在很多种组合。各家厂商都希望其他厂商按照自己的会话信息Session存储格式来组织Session信息，最终导致灵活的Session协商机制也受到较大限制，并且不得不限制协商的Personality内容。如果网络不能很好的兼容多种Session存储的组合，那么势必会造成终端在网络间的切换会受到影响。而限制协商Personality内容，则又会对网络建设带来制约。以电信对AN(Access Network，接入网)间互通的要求为例：RevA终端必须协商【0，A】两套Personality，RevB终端必须协商【A，B】两套Personality。对于采用高通5500芯片的小区，由于只能支持Rev0版本的协议，因而对于RevB的终端，在5500芯片的小区下就无法使用了。

下面分别以RevA终端和RevB终端来举例说明：

如果RevA终端在源侧网络下协商后存储【0，A】两套Personality，那么在发生切换时，目标侧网络必须能够支持【0，A】方式的Session存储；如果RevA终端在源侧网络下协商后存储【A】一套Personality，那么在发生切换时，目标侧网络必须能够支持【A】一套Personality；否则终端在切换过程中不能保持业务的连续。

对于RevB终端而言，则组合情况比RevA终端更多，目标侧网络可能需要支持【0，A】、【0，B】、【A，B】、【0，A，B】四种方式的Session存储。

在A.S0008的协议中，已经有针对网络间切换功能支持的描述，但是该协议并没有关注终端与网络之间Session协商的结果，这就需要切换的目标侧网络考虑对各种属性组合的支持。

现有技术在保存各层协议/子协议属性时，不同厂商采取了不同的处理方式。有些厂商采取将Session信息的存储与空口应用层的协议类型关联；而有些厂商则按照协议的划分来存储Session信息。

分别就上面提到的现有的两种存储Session的方式进行说明：

Session存储与协议类型关联的方式：以【0，A，B】三套Personality为例，第1套Personality，包括从物理层到应用层7层所有协议的子协议类型只使用Rev0的协议；第2套Personality应用层使用MFPA或者EMPA，其他各层使用RevA的协议；第3套Personality应用层使用MMPA。

把Session的信息分散的保存在各个子协议中的方式：由SCP和Stream两个子协议保存的信息决定Personality的内容，其他各层的协议分别保存自己的协议属性信息，当需要在AN间传递Session时，需要从各个子协议中提取信息组成各套Personality。

上述两种方式，第一种方式限制了Personality的内容，切换的源/目标AN需要限制各套Personality所使用的协议子类型；第二种方式不易于协议的扩展，当新增一套Personality或者新增子协议时，都需要提供较大修改才能支持。这两种Session存储方式，导致了不同设备厂商的网络之间难以实现互联互通。

综上所述，现有的Session信息存储机制限制了切换的条件，即源侧AN一定要满足目标侧AN的条件来组织Session信息，这样源侧AN传递给目标侧AN的Session信息才能被目标侧AN接受。

发明内容

为了解决现有Session存储方式对网络间切换条件的限制，本发明提供了一种会话信息存储方法，包括以下步骤：

目标侧接入网根据协议属性信息获取所有的Personality；

所述目标侧接入网为获取的每套Personality分配一存储区域，将所述每套Personality的子协议的属性保存于对应的存储区域中，所述每套Personality的存储结构根据所述每套Personality的各层协议及各层协议对应的子协议确定。

所述Personality是指Personality的数量和内容。

所述目标侧接入网为获取的每套Personality分配一存储区域，所述每套Personality的子协议的属性保存于对应的存储区域中的步骤具体包括：

所述目标侧接入网为获取的每套Personality分配一存储区域；

所述目标侧接入网获取所述每套Personality的各层协议，以及各层协议对应的子协议；

所述目标侧接入网根据所述每套Personality的各层协议，以及各层协议对应的子协议确定每套Personality的存储结构类型；

所述目标侧接入网将所述每套Personality各层协议的子协议属性，按照所述存储结构类型保存到所述每套Personality对应的存储区域中。

所述获取所述每套Personality的各层协议，以及各层协议对应的子协议的步骤具体为：

所述目标侧接入网根据所述每套Personality的SCP和Stream协议的属性获取所述每套Personality的各层协议，以及各层协议对应的子协议。

所述协议属性信息通过接入终端与所述目标侧接入网协商得到，或者通过源侧接入网与所述目标侧接入网之间切换得到。

本发明还提供了一种接入网设备，包括：

获取模块，用于根据协议属性信息获取所有的Personality；

保存模块，用于为获取的每套Personality分配一存储区域，将所述每套Personality的子协议的属性保存于对应的存储区域中，所述每套Personality的存储结构根据所述每套Personality的各层协议，以及各层协议对应的子协议确定。

所述Personality是指Personality的数量和内容。

所述保存模块具体包括：

分配单元，用于为获取的每套Personality分配一存储区域；

获取单元，用于获取所述每套Personality的各层协议，以及各层协议对应的子协议；

存储结构类型确定单元，用于根据所述每套Personality的各层协议，以及各层协议对应的子协议确定所述每套Personality的存储结构类型；

保存单元，用于将所述每套Personality各层协议的子协议属性，按照所述存储结构类型保存到所述每套Personality对应的存储区域中。

所述获取单元是根据所述每套Personality的SCP和Stream协议获取所述每套Personality的各层协议，以及各层协议对应的子协议。

所述协议属性信息通过接入终端与所述目标侧接入网协商得到，或者通过源侧接入网与所述目标侧接入网之间切换得到。

与现有技术相比，本发明具有以下有益效果：

本发明通过对Session信息内容的分析，根据Personality各协议类型与子类型的映射关系来确定Session信息的结构组织，从而可以兼容不同版本的AT(Access Terminal，接入终端)和AN之间可能协商的Session信息结果，能够最大范围的支持灵活的Session协商，因此能够天然的支持各种场景下的AN互通，并且能够满足网络建设的各种要求。

附图说明

图1为本发明的Session存储方法流程图；

图2为协议规定的空口协商流程图；

图3为协议规定的AN间A13切换流程图；

图4为协议规定的AN间A16切换流程图；

图5为Session按照Personality方式组织后的抽象存储结构；

图6为本发明的目标侧AN的结构示意图。

具体实施方式

本发明提出了一种用于RevA/RevB版本的网络，并同时满足Rev0、RevA和RevB终端的需求的通用Session存储机制。

下面结合附图对本发明的具体实施方式作进一步详细说明。

本发明的Session存储方法的原理为：

由于终端在源侧AN下协商的Personality内容完全由终端的版本和源侧AN的版本决定，因此，针对不同的终端版本和源侧AN的版本，协商的Personality可能存在下列组合：

	Rev0网络	RevA网络	RevB网络
				Rev0终端	【0】	【0】	【0】
RevA终端	【0】	【A】或者【0，A】	【A】或者【0，A】
				RevB终端	【0】	【A】或者【0，A】	【B】或者【0，B】或者【0，A，B】

上述组合是一些常用组合，在某些应用场景下，还可能存在【A，B】、【0，A，A，B】等组合。

当终端从源侧AN切换到目标侧AN时，目标侧AN按照Personality来组织Session存储，可以支持1～4套Personality；

每套Personality由各层的协议组成，每个协议既可以向前兼容已有的子协议，同时也能很容易提供向后对新增子协议的扩展；

将SCP和Stream两个协议独立出来，为所有Personality所公用，这两个子协议所存储的内容，分别用于指示各套Personality所包含的具体的协议子类型和应用子类型。

目标侧AN所支持的1～4套Personality所存储的内容不再受EVDO版本的限制，即0/A/B版本的协议属性保存在第几套Personality中不受限制，目标侧网络收到源侧网络几套Personality，就分别依次保存至1～4套Personality中。例如：如果收到源侧传递过来的【0，A】两套Personality的Session信息，则目标侧按照源侧的【0，A】需保存两套Personality；如果收到源侧传递过来的【0，A，B】三套Personality的Session信息，则目标侧按照源侧的【0，A，B】需保存三套Personality。

当完成空口协商或者AN间切换之后，AN按照上述原理来组织Session存储。

参考图1，图1为本发明的Session存储方法流程图，包括：

步骤11，目标侧AN根据协议属性信息获取所有的Personality；

步骤12，目标侧AN为获取的每套Personality分配一存储区域，将每套Personality的子协议的属性保存于对应的存储区域中，每套Personality的存储结构根据每套Personality的各层协议，以及各层协议对应的子协议确定。

步骤11具体包括：

步骤S1，目标侧AN根据协议属性信息获取Personality的数量及内容。

协议属性信息可以通过AT与目标侧AN协商得到，也可以通过源侧AN与目标侧AN之间切换得到。Personality的数量及内容信息例如，两套Personality【0，A】。

步骤12具体包括：

步骤S2，目标侧AN为获取的每套Personality分配一存储区域。

通过本步骤可以建立每套Personality与该套Personality内容的存储区域的第一映射关系。本步骤具体可以为：目标侧AN为每套Personality的Index分配一个数组，该数组可以作为存储区域，用于存储本套Personality的属性信息。并且，记录下每套Personality Index与存储该套Personality内容的数组标识之间的映射关系。

步骤S3，目标侧AN根据每套Personality的SCP和Stream协议的属性获取每套Personality的各层协议，以及各层协议对应的子协议。

通过本步骤可以获取每套Personality各层协议的协议类型和协议的子类型的第二映射关系。

步骤S4，目标侧AN根据每套Personality的各层协议，以及各层协议对应的子协议确定每套Personality的存储结构类型；

步骤S5，目标侧AN将每套Personality各层协议的子协议属性，按照存储结构类型保存到每套Personality对应的存储区域中。

步骤S1中获取协议属性信息的空口协商流程见图2所示，图2为协议规定的空口协商流程图，包括：

步骤101，AT与AN交互UATI(Unicast Access Terminal Identifier，唯一终端访问标识)；

步骤102，AT与AN建立空口连接；

步骤103，AT与AN进行空口协商；

步骤104，在完成空口协商之后，AN根据协商结果组织Session存储。

本发明的Session存储方法能够实现移动终端在任何状态下，在网络间的平滑切换。移动终端以手机为例，当手机处于空闲状态(如待机)或者当手机处于激活状态(如接听电话状态)下，从源侧AN切换到目标侧AN后，目标侧AN都会按照上述方法来组织Session存储。

手机处于空闲状态或者激活状态发生跨AN间的切换流程图分别见图3和图4所示。图3为协议规定的AN间A13切换流程图，包括：

步骤201，AT发起到目标侧AN的新建Session请求；

步骤202，目标侧AN向源侧AN发送A13 Session Information Request消息；

步骤203，源侧AN向目标侧AN响应A13 Session Information Response消息，在此消息中携带Session信息；

步骤204，目标侧AN根据收到的Session信息组织Session存储；

步骤205，目标侧AN与AT完成Session建立；

步骤206，目标侧AN要求AT执行位置更新；

步骤207，目标侧AN向源侧AN响应A13 Session Confirm消息；

步骤208，目标AN通知PDSN(Packet Data Serving Node，分组数据业务节点)更新A10连接，A13切换完成。

图4为协议规定的AN间A16切换流程图，包括：

步骤301，源侧AN判决触发A16切换；

步骤302，源侧AN向目标侧AN发送A16 Session Transfer Request消息，在此消息中携带Session信息；

步骤303，目标侧AN根据收到的Session信息组织Session存储；

步骤304，AT与源、目标AN完成A16切换，并更新PDSN的A10连接。

下面以一个具体的例子来说明终端在源侧AN协商好Session信息后，目标侧AN是如何利用本发明的Session存储方法进行存储的。

以RevB终端在源侧AN协商【0，A，B】三套Personality为例，目标侧AN采取了本发明的存储方法的处理过程(切换流程涵盖A13/A16，见图3和图4的描述)：

步骤S1’，目标侧AN解码发现Session信息包含三套Personality【0，A，B】；

步骤S2’，目标侧AN构建Personality Index Map，记录下Rev0 PersonalityIndex、RevA Personality Index和RevB Personality Index与各套Personality存储区域的映射关系。例如，Rev0 Personality Index对应的存储区域的标识为0，RevA Personality Index对应的存储区域的标识为1，RevB Personality Index对应的存储区域的标识为2。

步骤S3’，目标侧AN取出【0，A，B】三套Personality中SCP和Stream协议信息，分别为每套Personality构建协议类型与协议子类型的映射表；映射表反映了每套Personality的协议类型与协议子类型的映射关系。

下面对【0，A，B】中每套Personality的协议类型与协议子类型的映射表进行详细说明。

0/A/B每套Personality均包含空口七层协议，即PHY层、MAC层、Security层、Connection层、Session层、Stream层、Application层，各层包含一个到多个协议，每个协议具有不同的版本，具体的版本由子协议来体现，各层协议类型与协议子类型的映射关系如下表1-5所示，表1为PHY层、MAC层的协议类型与协议子类型的映射表，表2为Security层的协议类型与协议子类型的映射表，表3为Connection层的协议类型与协议子类型的映射表，表4为Session层的协议类型与协议子类型的映射表，表5为Stream层、Application层的协议类型与协议子类型的映射表。

表1

表2

表3

表4

表5

步骤S4’，目标侧AN根据每套Personality各层协议的协议类型和协议子类型的映射表确定每套Personality的存储结构；

如上述表1-5的描述，Rev0 Personality的七层协议类型和协议子类型被确定之后，该Rev0 Personality的存储结构就被确定了；如果有某个协议的协议子类型尚未被确定，如Security层协议的协议子类型尚未被确定，则该Rev0Personality的整个存储结构是无法被确定的；其它协议类似。

步骤S5’，从【0，A，B】三套Personality中分别取出各层协议的子协议属性，按照存储结构类型保存进每套Personality对应的存储结构的特定区域中。

以Application层为例，见上表5中描述，每套Personality可以分别绑定四个应用到四个不同的流上，其中流2上绑定的应用即为能够承载用户业务的应用。缺省分组应用只能提供上传/下载业务，MFPA可以提供视频电话业务，EMPA可以提供VOIP业务，这三者都只能在单载波上提供业务；MMPA可以在多载波上提供业务。不同的应用类型所使用的属性是不一样的，这就导致对这些应用的属性需要采用不同的结构来组织存储。其它各层协议也与之类似，因此必须先确定出每套Personality各层协议的子协议类型，这样就可以明确用于存储属性的具体结构。

根据上述步骤S1’至S5’所获得的子协议的存储结构参考图5所示，Personality Index Map中包括Rev0 Personality Index、RevA Personality Index和RevB Personality Index，分别对应的存储区域为Personality Index0、PersonalityIndex 1和Personality Inde2。其中，Personality Index0中保存的Protocal Map(协议映射表)包括：Type0(类型0)及其对应的Sub Type x0(子协议x0)，Type1(类型1)及其对应的Sub Type x1(子类型x1)，Type2(类型2)及其对应的Sub Type x2(子类型x2)等等。其中，Type0(类型0)及其对应的Sub Type x0(子类型x0)中的子协议属性保存在Protocal Type0Sub Type x0 Attributes中。

Personality Index 1中以及Personality Index2中保存的Protocal Map及其相应的子协议属性的结构类型与Personality Index0相似。下面以PersonalityIndex0为例来说明上述存储结构类型。

0Personality的Index对应的存储区域的标识为0，用Personality Index0表示，其中保存有Protocal Map。Protocal Map具体包括：PHY层的Physical(物理)协议(对应于Type0 Sub Typex0)，MAC层的控制信道协议(对应于Type1Sub Typex1)、接入信道协议(对应于Type2 Sub Typex2)、前向业务信道协议和反向义务信道协议。Security层的Key Exchange、Authentication、Encryption、Security。其他各层的协议及子协议见表1-5所示，这里不再赘述。

PHY层的Phusical(物理)协议的属性保存在Protocal Type0-Sub Typex0Attributes中，MAC层的控制信道协议的属性保存在Protocal Type1 Sub Typex1Attributes中，MAC层的接入信道协议的属性保存在Protocal Type2 Sub Typex2Attributes中，其他各层的协议及其子协议的存储结构依此类推。

本发明的Session存储方法应用于目标侧AN，下面对目标侧AN的结构进行详细说明。

参考图6，图6为本发明的目标侧AN的结构示意图，包括：获取模块和保存模块。下面以RevB终端在源侧AN协商【0，A，B】三套Personality为例，对各个模块功能的执行过程进行详细说明。

获取模块，用于根据协议属性信息获取所有的Personality；

协议属性信息可以根据协商得到，也可以通过网络间切换得到。获取模块解码发现Session信息包含三套Personality【0，A，B】。

保存模块，用于为获取的每套Personality分配一存储区域，将每套Personality的子协议的属性保存于对应的存储区域中，每套Personality的存储结构根据每套Personality的各层协议，以及各层协议对应的子协议确定。

保存模块具体包括：

分配单元，用于为获取的每套Personality分配一存储区域；

利用分配单元可以建立每套Personality Index与该套Personality内容的存储区域的第一映射关系。建立第一映射关系的过程具体为：目标侧AN为每套Personality的Index分配一个数组，该数组可以作为存储Personality内容的区域，用于存储本套Personality的属性信息。并且，记录下每套Personality Index与存储该套Personality内容的数组标识之间的映射关系。

分配单元构建Personality Index Map，记录下Rev0 Personality Index、RevAPersonality Index和RevB Personality Index与各套Personality存储区域的映射关系。例如，Rev0 Personality Index对应的存储区域的标识为0，RevAPersonality Index对应的存储区域的标识为1，RevB Personality Index对应的存储区域的标识为2。

获取单元，用于获取每套Personality的各层协议，以及各层协议对应的子协议。

获取单元根据每套Personality的SCP和Stream协议获取每套Personality各层协议的协议类型和协议的子类型的第二映射关系；

获取单元依次取出【0，A，B】三套Personality中每套Personality的SCP和Stream协议信息，分别为该套Personality构建协议类型与协议子类型的映射表。映射表反映了此套Personality的协议类型与协议子类型的映射关系。【0，A，B】中各套Personality的协议类型与协议子类型的映射表见上文中的表1-5所示，这里不再赘述。

存储结构类型确定单元，用于根据每套Personality的各层协议，以及各层协议对应的子协议确定此套Personality的存储结构类型。

存储结构类型确定单元根据每套Personality各层协议的协议类型和协议子类型的映射表确定此套Personality的存储结构。如上述表1-5的描述，Rev0Personality的七层协议类型和协议子类型被确定之后，该Rev0 Personality的存储结构就被确定了；如果有某个协议的协议子类型尚未被确定，如Security层协议的协议子类型尚未被确定，则该Rev0 Personality的整个存储结构是无法被确定的。

保存单元，用于将每套Personality各层协议的子协议属性，按照存储结构类型保存到该套Personality对应的存储区域中。

保存单元依次从【0，A，B】三套Personality中分别取出每套Personality的各层协议的子协议属性，按照存储结构类型保存进该套Personality对应的存储结构的特定区域中。

以Application层为例，见上表5中描述，每套Personality可以分别绑定四个应用到四个不同的流上，其中流2上绑定的应用即为能够承载用户业务的应用。缺省分组应用只能提供上传/下载业务，MFPA可以提供视频电话业务，EMPA可以提供VOIP业务，这三者都只能在单载波上提供业务；MMPA可以在多载波上提供业务。不同的应用类型所使用的属性是不一样的，这就导致对这些应用的属性需要采用不同的结构来组织存储。其它各层协议也与之类似，因此必须先确定出每套Personality各层协议的子协议类型，这样就可以明确用于存储属性的具体结构。

在采取了本发明的存储方法的Session存储之后，各家厂商的AN可以继续采用各自的协商规则，当终端发生跨AN的切换，并且切换的源/目标AN分别是不同厂商的设备时，采用本方案来实现Session存储，则不会再存在不能兼容处理的问题了。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种会话信息存储方法，其特征在于，包括以下步骤：

目标侧接入网根据协议属性信息获取所有的Personality；

所述目标侧接入网为获取的每套Personality分配一存储区域，将所述每套Personality的子协议的属性保存于对应的存储区域中，所述每套Personality的存储结构根据所述每套Personality的各层协议及各层协议对应的子协议确定。

2.如权利要求1所述的会话信息存储方法，其特征在于，所述Personality是指Personality的数量和内容。

3.如权利要求1所述的会话信息存储方法，其特征在于，所述目标侧接入网为获取的每套Personality分配一存储区域，所述每套Personality的子协议的属性保存于对应的存储区域中的步骤具体包括：

所述目标侧接入网为获取的每套Personality分配一存储区域；

所述目标侧接入网获取所述每套Personality的各层协议，以及各层协议对应的子协议；

所述目标侧接入网根据所述每套Personality的各层协议，以及各层协议对应的子协议确定每套Personality的存储结构类型；

所述目标侧接入网将所述每套Personality各层协议的子协议属性，按照所述存储结构类型保存到所述每套Personality对应的存储区域中。

4.如权利要求3所述的会话信息存储方法，其特征在于，所述获取所述每套Personality的各层协议，以及各层协议对应的子协议的步骤具体为：

所述目标侧接入网根据所述每套Personality的SCP和Stream协议的属性获取所述每套Personality的各层协议，以及各层协议对应的子协议。

5.如权利要求1所述的会话信息存储方法，其特征在于，所述协议属性信息通过接入终端与所述目标侧接入网协商得到，或者通过源侧接入网与所述目标侧接入网之间切换得到。

6.一种接入网设备，其特征在于，包括：

获取模块，用于根据协议属性信息获取所有的Personality；

保存模块，用于为获取的每套Personality分配一存储区域，将所述每套Personality的子协议的属性保存于对应的存储区域中，所述每套Personality的存储结构根据所述每套Personality的各层协议，以及各层协议对应的子协议确定。

7.如权利要求6所述的接入网设备，其特征在于，所述Personality是指Personality的数量和内容。

8.如权利要求6所述的接入网设备，其特征在于，所述保存模块具体包括：

分配单元，用于为获取的每套Personality分配一存储区域；

获取单元，用于获取所述每套Personality的各层协议，以及各层协议对应的子协议；

存储结构类型确定单元，用于根据所述每套Personality的各层协议，以及各层协议对应的子协议确定所述每套Personality的存储结构类型；

保存单元，用于将所述每套Personality各层协议的子协议属性，按照所述存储结构类型保存到所述每套Personality对应的存储区域中。

9.如权利要求8所述的接入网设备，其特征在于，所述获取单元是根据所述每套Personality的SCP和Stream协议获取所述每套Personality的各层协议，以及各层协议对应的子协议。

10.如权利要求6所述的接入网设备，其特征在于，所述协议属性信息通过接入终端与所述目标侧接入网协商得到，或者通过源侧接入网与所述目标侧接入网之间切换得到。

Images