空中接口的信令过程

有两个问题请教
1、Location Update时，完成后是不是会在空中接口上回一个消息给终端？
2、跨MSC的Handoff时，新的BSC如何知道上一个BSC是谁？
很困扰啊，相关资料又迟迟找不到，还请出手帮一把，谢谢啦！

怎么没人啊？ 自己顶一下

不知道你说的是哪个系统？:)
对cdma2000了解多些的，试着回答：
问题1, 在Location Update时，正常情况下，通常都会在空口给终端回一条确认消息的。举个例子（位置登记）：
                  
  MS                       BS                                  MSC
  |  Registration Msg      |    Location Updatding Request     |
  |  ----------------->    |  ------------------------------>  |
  |                        |                                   |
  |                        |    Location Updating Accept       |
  |                        | <-------------------------------  |
  | Reg Accepted Order     |                                   |
  |<-------------------    |                                   |
问题2, 跨MSC的HO，如果说是Hard HO的话，目标BSC其实并不关心源BSC是谁啊，所有的切换指令是有MSC转过来的，MSC转来的切换指示里面，会通知目标BSC  “HO的目标小区”的相关信息的。

严重感谢cjp！
还想请教，哪里可以找到您提到的Location Update流程和具体消息格式，比如Reg Accepted Order的参数都有哪些？
另外，跨MSC的HO时，源ＭＳＣ必须配置周边其他MSC所属Cell的列表，以便知道需要向哪个相邻MSC开始HO过程，是吧？

不客气，正好自己对这个有些了解。。:)
1、上一个帖子中的流程和具体消息的格式，通常会在讲信令的协议里面有。还以cdma2000为例，空口这块儿的信令在协议C.S0005，A口这块儿的信令在A.S0001.  具体的协议可以在www.3gpp2.org下载。 （对于WCDMA，很久没看协议了，你可以先看看协议框架，找到相应接口部分，应该也能很快找到的）
通常，像Reg Accepted Order这类的用于确认/响应的信令，是由 消息头(Header)、 原因值(Cause)  等内容构成的。
2、跨MSC的HO，肯定是要配置邻区的，这个不同厂家可能有不同的实现方案，还是以cdma2000为例，通常的思路是：
    在存在跨MSC切换的小区中，配置要切换的跨MSC小区为邻区，（并且标识为其他MSC邻区），这个邻区列表通过空口发给终端，终端在搜索到相应的PN的时候，会上报导频强度测量消息，BS根据邻区的标志可以判断为硬切换，构造相应的切换请求消息给MSC，其中往往包含这个目标小区的识别码CI (Cell Indentifier)、目标MSC的一些识别码，MSC会再将此消息转至目标MSC，直至目标小区。

碰到高手了，哈哈
第一个问题非常清楚了，多谢！
第二个，BS凭借手机发上来的导频测量结果中的某个参数（和导频信道有关？），就可以判断是否需要以及要切换到哪个Cell，是吧？
至于BS发给源MSC的其它信息，比如目标MSC相关的那些，都是BS事先配置好的数据，而与手机和目标Cell的计算和配置无关的，是么？

关于第二个问题，要从切换的过程说起了：
首先，BS会在空口给MS下发邻区列表消息，里面会给出各个邻区的导频偏置(PN)；
其次，MS会根据收到的邻区列表，搜索其中的邻区信号（导频），当发现有某个导频(PN)的强度超过T_Add（切换加门限），这时候，MS会上报PSMM（导频强度测量消息，在这个消息里面，包含PN和PN的强度等信息）
再次，BS收到这个PSMM后，得知PN后，可以判断这个PN是否属于其它BS（或MSC）的小区（因为BS肯定知道自己系统内每一个小区的邻区配置的，如果是其他MSC的小区，那么需要在邻区配置的时候有所标识的）；如果判断上报的PN属于其它MSC，那么BS可以触发跨MSC的硬切换（当然，触发与否，可能还有别的条件，这个就看厂家的实现了）
往往目标小区的CI和目标MSC的识别码，这些信息都是配置在BSC侧（可供全部小区共用，而不需要配置到每个小区里面），在切换前，MS是不知道这些信息的（也不需要知道），MS知道的只是PN。

　　cjp大侠，辛苦辛苦！　︿＿︿
如果BS没有预先配置好邻区的信息（比如PN，CI），切换是不可能完成的，对吧？
　　这样很合理，切换需要双方BS的合作才能完成，至少要能够单向地识别对方，否则就没法合作了。我这个理解对么？　 ：）
　　我关心这个问题是看到有人提出一种减少Location Update的系统开销的方法，让老的服务VLR指向新的服务VLR（在一定限制范围内），形成一条Chain。
　　对上述方法能否实现很困惑，这个时候老的MSC/VLR怎么找到并指向新的MSC/VLR呢？也许可以通过新VLR直接给老VLR的报告（不通过HLR）。我猜想HO的过程也是这样，所以问了这么个问题。
　　刚刚说的这种情况下是Location Update，原本是不需要双方MSC/VLR直接配合的，这个和ＨＯ时很不同。
　　这样的话，还有可能通过您刚才讲的类似ＨＯ过程的利用预配数据和ＭＳ上报的导频来实现么？系统处理时还会考虑邻区信息么，ＭＳ还上报PSMM么？

Q1、你的理解是对的：如果没有预先设置好邻区的信息，这种跨MSC的硬切换是不会完成的，因为：如果邻区里面没有这个小区，MS搜索到这个PN的几率很小，即使搜索到了，BSC无法知道MS上报的PN到底是那个小区的。
Q2、不是很明白文中所说的“减少Location Update的系统开销”是指： 减少MS发起Location Update消息的次数，还是减少系统对Location Update消息处理的动作？
Q3、和HO不同的是，Location Update，往往是MS跨区(Location)，待机到另外一个Location下的小区、并从这个小区广播的系统消息参数中获悉Location参数有变化，这时候才会发起Location Update消息，也就是说，MS会在新的Location的小区下发起这个消息，老的小区甚至是收不到这个Location Update消息的。

这么晚还在啊，感动...
“减少Location Update的系统开销”这里主要是指减少MSC/VLR访问远端（如果是在远端的话 ^_^）的HLR的次数，paper中用的办法是把近期MS访问过的VLR联成一条VLR Chain，而整个过程中不通过HLR协助，这样后几次Location Update时对HLR（远端！）访问的信令开销就被省下来了。 呵呵
上面说的这些和我目前的问题都不是很直接的有关联。
我的问题是上述Paper中想要建立的VLR Chain能不能建起来？
依我看，建起来的前提条件是：至少一方（新MSC/VLR 或者 旧MSC/VLR）在出现Location Update时知道对方的身份。否则对众所周知的网元（在这儿是HLR）的访问是不能避免的。
这样的话，根据您的指教，老的MSC/VLR是不知道Location Update发生的。
那么，是不是有可能MS自己存储并适时汇报了关于老的MSC/VLR的足够信息，好让新东家能找到老东家从而建起Paper中提到的Chain？ 在现有的空中接口架构下，这是可能的么？
还请赐教！  ：）

wcdma里面location updating的时候Location updating request里面包含old LAI的信息
msc会根据这个lai来找相应的vlr
我理解的location updating是需要重新进行authen的，所以必须涉及到hlr
see 3gpp.org .. 24008.doc

谢谢您的回复
MS上报的old LAI是一个MSC范围内的局部编码，还是存在一个全局的编码？ 能不能再详细讲一下  ：）
另有个问题，还请一并赐教：
前面cjp兄讲HO过程时提到，新或老的Cell是通过PN来标识其它Cell的，那么为什么没有采用Cell ID的方式呢？
还是说MS同时记录着相关的PN、CellID和LAI，只是在HO时利用PN来识别Cell而已？

nod..
实际上，在cdma2000中，为了避免MS在短时间内频繁登记，引入了Total_Zones，Zone_Timer参数。

在HO过程中，MS（终端）只是负责上报PN，至于这个PN是哪个小区，是由BS侧来判断的
对于跨MSC的小区，通常是根据其CI来判断的
在MS（终端）侧是不会存储诸如PN、CellID和LAI之类的消息的

这是不是意味着在跨MSC的Location Update中，新的MSC/VLR也没有办法知道老的MSC/VLR是谁？
LAI是全局的吗？
还是说，此时MS将上报old PN，这样新MSC/VLR依据预配数据由这个找到老的MSC/VLR?
这样的话，似乎LAI在这个场合就没有用处了。
是不是我的理解有问题？ ：）

在Location Update时，MS会上报LAI么？
这个时候LAI是使用一种全局编码么？

不会。
因为BSS侧是不用LAI这个参数的，BSS侧和MSC侧是通过CI来交互小区识别信息的

在cdma2000的基于位置区的Location Update过程中，涉及的消息
Registration Msg（MS→BS）：只包含一些MS信息（终端协议版本等）、位置信息等信息；
Location Updating Msg（BS→MSC）：只包含一些MS用户信息（IMSI、ESN）、鉴权相关参数、用户所在区域（User Zone ID）等信息
也就是说，在Location Update过程中，是不会上报PN、甚至具体的CI的。（只是上报一个“区域”的信息，而通常，这个“区域”会包含多个小区）

换个问法，MS会上报老的位置信息么？ ：）
如果会，这个位置信息是各个MSC分别编码还是采用一种全局编码？
这决定了另一个MSC是不是认识老的位置信息。  呵呵

MS上报的消息中，完全不涉及老的位置信息么？
可不可能在“位置信息”字段中填的是就是老的位置信息？否则这个字段不就没用了吗？
如果不涉及的话，这就意味着发生跨MSC的Location Update时，新的MSC也没有足够的信息建立VLR Chain，对吧？

既然是位置更新消息，当然是上报新的位置消息啊。如果位置信息（User Zone ID）字段仍然填老的信息，那就不需要位置更新了
在同一个MSC/VLR底下有多个位置区域，这种情况很常见阿，只要用户变更了位置区域，就可能会触发位置更新事件啊
MS只管上报自己的位置区，MSC只管记录MS的新的位置区。就完了。
发生了Location Update，并不一定是跨MSC的。目标MSC没有必要知道（至少在现在的机制下，是不关心）原来的位置区的

1、问题是收到Loc消息的BSS应该知道发消息的MS的现在位置，不需要在空中传输这个呀
所以，我才猜测这个位置信息是老的，呵呵
2、 不过即使猜对了，也还是需要这种位置信息是全局编码的，才足以据此解析并建立Chain。
位置信息（User Zone ID）是全局的么？

sorry，之前的回文没有说清楚
是这样的：
关于登记消息，有很多种类型，（cdma2000 rlsA中，登记消息的类型有9种，如：timer-based, Power-up, Zone-based, Power-down, user zone-based, etc.)
实际上常用到的是Zone-based这一类型的登记，BS会在空口的系统消息中下发有关Zone的参数 [Zone Number（Reg_zone)、SID（系统ID）、NID（网络ID，用于区分在同一系统的不同网络）]  的消息，当终端判断这个Zone与当前存储在本机列表中的不一致时，会发起Zone-based登记。
在Zone-based的登记中，
空口上来的是Registration Msg，在这个的登记消息中，空口带上来的实际上只有一些用户信息。正如你所说，这种登记，不需要手机上报Zone信息，因为BS侧是知道的。
在BS→MSC的A口信令中，因为其中会有一个完全层3消息的封装，在封装后的信令中会包含CI信息。
总的来说，基于Zone的登记，在BSS侧，是靠Reg_Zone、（SID，NID）来区分不同的Zone的。
其中，Reg_Zone、SID、NID的取值是由运营商来规划，尤其是SID、NID。有全网规划意识的运营商通常都会给网内各局分配用于识别的唯一的(SID, NID)。

这下子彻底搞明白啦，多谢多谢！  ：）
冒昧问一句，您是在研究机构工作吧？

应该是从事网优的