通信人家园

标题: NAS学习求助 [查看完整版帖子] [打印本页]

时间: 2017-5-27 16:17

作者: 19831219 标题: NAS学习求助

有木有做NAS协议开发的啊？刚开始学习NAS，直接看不懂。有好多问题
1.ESM消息是不是可以直接发送，不用包裹在EMM消息中啊、
2.服务请求消息没有GUTI等用户标识，MME怎么知道是哪个UE发起的请求啊，
3.CS/PSmode的UE是不是必须支持CSFB啊，不支持CSFB的终端是不是也可以有这种模式
4.什么情况下CS/PSmode的UE，附着的时候不用联合附着、
5.ESM的参数，比如请求的EPS承载资源分配和修改，TFT怎么填写，24008只给出了TFT什么样的，里面的packet filter等参数具体怎么写啊
6. UE有上行数据需要发送的时候发起服务请求，后面怎么知道自己需要建立几个专用EPS承载呢？这个是NAS决定的吗，还是有高层的触发啊
还有好多问题，暂时写这些。

望各位大侠指点，谢谢！

时间: 2017-5-31 14:10

作者: brookslee

有木有做NAS协议开发的啊？刚开始学习NAS，直接看不懂。有好多问题
1.ESM消息是不是可以直接发送，不用包裹在EMM消息中啊、
是的，只有在attach request里面是包含ESM message container的，其他都是单独发送的

2.服务请求消息没有GUTI等用户标识，MME怎么知道是哪个UE发起的请求啊，
多数情况下，只要是在核心网正常注册或者TAU之后，都是有GUTI的，如果没有GUTI的话(也没有P-TMSI来map到GUTI)，网络会发起Identity request来query UE的IMSI

3.CS/PSmode的UE是不是必须支持CSFB啊，不支持CSFB的终端是不是也可以有这种模式
不是的，建议阅读 24.301 4.3 UE mode of operation

4.什么情况下CS/PSmode的UE，附着的时候不用联合附着、
CS/PS mode就是要求联合附着的
建议阅读 24.301 4.3 UE mode of operation
- CS/PS mode 1 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "voice centric"; and
- CS/PS mode 2 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "data centric".

5.ESM的参数，比如请求的EPS承载资源分配和修改，TFT怎么填写，24008只给出了TFT什么样的，里面的packet filter等参数具体怎么写啊
TFT就相当于路由消息，理论上就是支配符合某一个路由规则的消息通过哪一个RAB(EPS Bearer)传输的，packet filter就是具体的路由规则。这些通常都是应用(AP)来配置的。
Uplink TFT是UE配置，Downlink TFT是网络配置的。 TFT+QoS 就是具体实现不同的QoS的路由传输规则的。

6. UE有上行数据需要发送的时候发起服务请求，后面怎么知道自己需要建立几个专用EPS承载呢？这个是NAS决定的吗，还是有高层的触发啊
AP指定的，只有默认承载(default PDN)是NAS自己默认通过Attach建立好的，通常默认承载的配置也是存放在NV里面，AP预先支配好的。
具体要建立多少个承载，一般专用承载都是网络发起的，UE一般只建立默认承载。最典型的例子就是VoLTE的时候，信令都是通过默认承载，一旦发起呼叫，网络会要求建立专用承载来传输语音

时间: 2017-5-31 16:43

作者: xsohydra

mark，学习一下。论坛里的高手多~

时间: 2017-5-31 17:23

作者: 19831219

brookslee 发表于 2017-5-31 14:10
有木有做NAS协议开发的啊？刚开始学习NAS，直接看不懂。有好多问题
1.ESM消息是不是可以直接发送，不用包裹 ...

谢谢，非常感谢

时间: 2017-5-31 17:26

作者: 19831219

2.服务请求消息没有GUTI等用户标识，MME怎么知道是哪个UE发起的请求啊，
多数情况下，只要是在核心网正常注册或者TAU之后，都是有GUTI的，如果没有GUTI的话(也没有P-TMSI来map到GUTI)，网络会发起Identity request来query UE的IMSI

我刚才看了331，在RRCConnectionSetupComplete里面会包含S-TMSI, 服务请求消息和S-TMSI在Iinital ue messagge里面会发给MME，是不是MME通过S-TMSI就可以知道哪个UE的请求了。我感觉是

时间: 2017-5-31 17:33

作者: 19831219

1.ESM消息是不是可以直接发送，不用包裹在EMM消息中啊、
是的，只有在attach request里面是包含ESM message container的，其他都是单独发送的

现在NB-IoT里面控制面的服务请求消息也携带这个container，可以发送数据 ESM DATA

5.ESM的参数，比如请求的EPS承载资源分配和修改，TFT怎么填写，24008只给出了TFT什么样的，里面的packet filter等参数具体怎么写啊
TFT就相当于路由消息，理论上就是支配符合某一个路由规则的消息通过哪一个RAB(EPS Bearer)传输的，packet filter就是具体的路由规则。这些通常都是应用(AP)来配置的。
Uplink TFT是UE配置，Downlink TFT是网络配置的。 TFT+QoS 就是具体实现不同的QoS的路由传输规则的。

这里AP会把目标IP端口号，以及Parameter list等发给NAS，然后NAS组装消息请求EPS 承载建立，这意思？因为NAS本身也不管数据怎么传送的，无法匹配到底那一包数据该在哪个DRB上传输

时间: 2017-5-31 17:38

作者: 19831219 标题: @brookslee

本帖最后由 19831219 于 2017-5-31 17:52 编辑

service request消息是一个非标准的L3消息，需要进行加密吗？我感觉不需要呢，因为协议有一句话说：
When the UE establishes a new NAS signalling connection, it shall send the initial NAS message
- partially ciphered, if it is a CONTROL PLANE SERVICE REQUEST message including an ESM message container information element or a NAS message container information element; and
- unciphered, if it is any other initial NAS message.
但是我看其他的文档有的写的加密 Thus,
the message includes the NAS base key identifier (KSIASME), and is sent encrypted with the encryption
key KNASenc and integrity-protected with the integrity key (NASint). This Service Request message is
delivered to the eNB as included in a RRC Connection Setup Complete message over the radio link
between the UE and eNB. Then it is sent as included in a S1AP message, Initial UE Message, from the
eNB to the MME.

MME进行完整性验证是不是：MME计算MAC，利用最后两个字节同service req中的short MAC做比较，一样就成功了啊？我感觉这样，不过不敢确定
这个消息的格式就是他本身的几个参数吗，我感觉是，但是从有的文档上看加密我就不知道发送这个消息该怎么写了
谢谢！

时间: 2017-5-31 17:51

作者: 19831219

4.什么情况下CS/PSmode的UE，附着的时候不用联合附着、
CS/PS mode就是要求联合附着的

但是我感觉这种模式的UE也可以不进行联合附着的，因为协议中说：
The attach procedure is used to attach to an EPC for packet services in EPS.
The attach procedure is used for three purposes:
- by a UE in PS mode of operation to attach for EPS services only;
- by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS and non-EPS services;
- by a UE supporting NB-S1 mode only in PS mode of operation to attach for EPS services and "SMS only"; or
- to attach for emergency bearer services.
语音使用IMS的终端不用联合attach 过程？？？？

谢谢！谢谢！

时间: 2017-5-31 18:02

作者: brookslee

19831219 发表于 2017-5-31 17:26
2.服务请求消息没有GUTI等用户标识，MME怎么知道是哪个UE发起的请求啊，
多数情况下，只要是在核心网正常注 ...

S-TMSI是从GUTI里边derive出来的，在没有guti的情况下，RRC就是用随机算出S-TMSI来建立RRC链接，核心网收到NAS消息之后会用identity request去找UE要IMSI从而分析出HSS的地址

时间: 2017-5-31 18:06

作者: brookslee

19831219 发表于 2017-5-31 17:33
1.ESM消息是不是可以直接发送，不用包裹在EMM消息中啊、
是的，只有在attach request里面是包含ESM messag ...

是的这个本身就是IP层的内容，基本和NAS无关

时间: 2017-5-31 18:09

作者: brookslee

19831219 发表于 2017-5-31 17:38
service request消息是一个非标准的L3消息，需要进行加密吗？我感觉不需要呢，因为协议有一句话说：
When ...

这个加密好久没看过了，需要花时间再温习，就不回答了，哈

时间: 2017-5-31 18:10

作者: brookslee

19831219 发表于 2017-5-31 17:51
4.什么情况下CS/PSmode的UE，附着的时候不用联合附着、
CS/PS mode就是要求联合附着的

语音用VoLTE也通常需要联合注册，因为在VoLTE失败的时候，通常都要通过CSFB的形式redial

时间: 2017-6-2 08:43

作者: 19831219

brookslee 发表于 2017-5-31 18:10
语音用VoLTE也通常需要联合注册，因为在VoLTE失败的时候，通常都要通过CSFB的形式redial

谢谢老大的回复！

时间: 2018-12-18 14:56

作者: cyy1362

mark

通信人家园 (https://www.txrjy.com/)