3gppts协议名称对照Word文档格式.docx

上传人:b****5 文档编号:16151036 上传时间:2022-11-21 格式:DOCX 页数:9 大小:22.67KB
下载 相关 举报
3gppts协议名称对照Word文档格式.docx_第1页
第1页 / 共9页
3gppts协议名称对照Word文档格式.docx_第2页
第2页 / 共9页
3gppts协议名称对照Word文档格式.docx_第3页
第3页 / 共9页
3gppts协议名称对照Word文档格式.docx_第4页
第4页 / 共9页
3gppts协议名称对照Word文档格式.docx_第5页
第5页 / 共9页
点击查看更多>>
下载资源
资源描述

3gppts协议名称对照Word文档格式.docx

《3gppts协议名称对照Word文档格式.docx》由会员分享,可在线阅读,更多相关《3gppts协议名称对照Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。

3gppts协议名称对照Word文档格式.docx

  29998-04-1-100is3gppts29.998part4sub-part1version1.0.0

  3gpp规范采用woRd文件的zip压缩格式保存,文件名结构如下:

  s=系列号-两位数字(见上表)

  m=尾数(规范编号中系列号后面的部分)-2或3位数字p=(3gpp,ts协议名称对照)可选的部分编号-1或2位数字,如果有q=可选的子部分编号-1或2位数字,如果有V=版本号,无分隔点-3位数字例如:

  21900-320.zip是3gpptR21.900版本3.2.00408-6g0.zip是3gppts04.08版本6.16.032111-4-410是3gppts32.111部分4版本4.1.029998-04-1-100是3gppts29.998部分4子部分1版本

  ----------------------------------------------------------------------------------------------------------------好好研究下这个网站

  http:

//www.3gpp.org/specification-numbering就明白了每一个小类后面都有说明的

  ----------------------------------------------------------------------------------------------------------------

  mark。

协议里给的是结果,最近看协议想了解其原理,可惜不知道如何查找提案。

比如不知道pucch设计的原理,想查一下相关的提案却不知道如何查,有明白的xd给指点一下。

另外,http:

//www.3gpp.org/ftp/tsg_ran/wg1_Rl1/下面是不是放的就是提案?

-----------------------------------------------------------------------------------------------------------------ts21.101technicalspecificationsandtechnicalReportsforautRan-based3gppsystemspyes

  ts21.111usimandiccardrequirementsc6yes

  ts21.1333gsecurity;

securitythreatsandrequirementss3yes

  tR21.801specificationdraftingrulesspnotR21.900technicalspecificationgroupworkingmethodsspyes

  tR21.905Vocabularyfor3gppspecificationss1yests22.001principlesofcircuittelecommunicationservicessupportedbyapubliclandmobilenetwork(plmn)s1yes

  ts22.002circuitbearerservices(bs)supportedbyapubliclandmobilenetwork(plmn)s1yes

  ts22.003circuitteleservicessupportedbyapubliclandmobilenetwork(plmn)s1yes

  ts22.004generalonsupplementaryservicess1yests22.011serviceaccessibilitys1yests22.016internationalmobileequipmentidentities(imei)s1yes

  ts22.022personalisationofmobileequipment(me);

mobilefunctionalityspecifications3yes

  ts22.024descriptionofchargeadviceinformation(cai)s1yes

  ts22.030man-machineinterface(mmi)oftheuserequipment(ue)s1yes

  ts22.031Fraudinformationgatheringsystem(Figs);

servicedescription;

stage1s3yes

  ts22.032immediateservicetermination(ist);

  ts22.034highspeedcircuitswitcheddata(hscsd);

stage1s1yes

  ts22.038usim/simapplicationtoolkit(usat/sat);

  ts22.041operatordeterminedcallbarrings1yests22.042networkidentityandtimezone(nitz)servicedescription;

  ts22.048securitymechanismsforthe(u)simapplicationtoolkit;

stage1c6yes

  篇二:

3gpp协议ts24008中文版

  1.简述

  该文档描述了第三代移动通信系统和数字小区通信系统内用在无线接口的核心网协议流程。

  主要描述了无线接口上的流程(参考接口um或uu,参考跑3gpp24.002或3gpp23.002)比如呼叫控制cc,移动性管理mm,和会话管理sm。

  文中每当提及"

furtherstudy"

或"

Fs"

FFs"

的地方表示本文不会对相应的内容作标准阐述。

  这些流程都是按照无线接口的控制信道上交换的信令定义的。

控制信道在3gpp44.003和3gpp25.301中描述。

  该协议的功能性描述和流程,以及其他层和实体间的交互将在3gpp24.007中描述。

  1.3层3流程的结构

  可以用“积木”法来描述层3的流程。

  基础的积木是三个子层的协议控制实体提供的“基本流程”,这些子层是无线资源管理RRm,移动性管理mm和连接管理cm。

  1.5在a/gb模式下逻辑信道的使用

  逻辑信道在3gpp45.002中定义。

下述的这些控制信道都是承载信令信息或指定类型的用户分组数据:

  1)广播控制信道bcch:

下行,用来广播小区独有信息

  2)同步信道sch:

下行,用来广播同步信息和bss标识信息

  3)寻呼信道pch:

下行,用来发送寻呼给ms

  4)随机接入信道Rach:

上行,用来请求一条专用控制信道dcch

  5)接入允许信道agch:

下行,用来分配一条专用控制信道dcch

  6)独立专用控制信道sdcch:

双向

  7)快速辅助控制信道Facch:

双向,和一条业务信道tch关联

  8)慢速辅助控制信道sacch:

双向,和一条sdcch或者tch关联

  9)小区广播信道cbch:

下行,用作非点对点短消息传输

  10)指示信道nch:

下行,用来通知用户Vbs呼叫或Vgcs呼叫

  信令层2定义了两个服务接入点,以sapi划分(详见3gpp44.006)

  1)sapi0:

支持包括用户消息的信令信息的传输

  2)sapi3:

支持用户短消息的传输

  层3根据每条消息进行sap的选择,以及逻辑控制信道的选择,l2操作模式(确认模式am,非确认模式um或随机接入)的选择。

  1.6控制流程概览

  1.6.1流程列表

  以下是本文涵盖的流程列表:

  a)第四章描述的移动性管理基础流程

  移动性管理公共流程(4.3节):

  -tmsi重分配流程(4.3.1)

  -鉴权流程(4.3.2)-标识流程(4.3.3)-imsi去激活流程(4.3.4)-终止流程(4.3.5)

  -mm消息流程(4.3.6)

  移动性管理专有流程(4.4节):

  -位置区更新流程(4.4.1)

  -周期性更新(4.4.2)

  -imsi附着流程(4.4.3)

  -通用的位置更新流程(4.4)

  连接控制子层提供的服务:

  -移动性管理连接建立(4.5.1)

  -移动性管理连接信息传输阶段(4.5.2)

  -移动性管理连接释放(4.5.3)

  gpRs专有移动性管理流程(4.7)

  -gpRs激活流程(4.7.3)

  -gpRs去激活流程(4.7.4)

  -gpRs路由去更新流程(4.7.5)

  gpRs公共移动性管理流程(4.7节)

  -gpRsp-tmsi重分配流程(4.7.6)

  -gpRs鉴权和加密流程(4.7.7)

  -gpRs标识流程(4.7.8)

  -gpRs消息流程(4.7.12)

  b)第五章描述了电路交换域呼叫控制包含的以下几处流程:

  移动主呼的建立(5.2.1)

  移动被呼的建立(5.2.2)

  活动状态中的信令流程(5.3)

  -用户通知流程(5.3.1)

  -呼叫重定位(5.3.2)

  -dtmF协议控制流程(5.5.7)

  -呼叫进行中变更(5.3.4)

  话机发起呼叫释放(5.4.3)

  网络发起呼叫释放(5.4.4)

  多发流程:

  -带内信号音和通知(5.5.1)

  -状态获取流程(5.5.3)

  -呼叫重建立流程(5.5.4)

  d)第六章描述了会话管理的基本流程:

  gpRs会话管理流程(6.1)节

  -pdp上下文激活(6.1.1)

  -pdp上下文修改(6.1.2)

  -pdp上下文去激活(6.1.3)

  这些基本流程可以联合起来形成综合流程,这样的例子放在第七章描述。

本文的这个部分只

  是提供实际操作的指导。

  第八章描述了各种出错情况下的动作和为保证以后协议升级的兼容性提供规则。

  1.7实际操作的应用

  文中这些流程在终端上的应用取决于终端支持的服务和功能。

  1.7.1Vgcs和Vbs

  Vgcs和Vbs只用在gsmonly模式。

  对于支持Vgcs和Vbs的终端,文中会通过判断语句对支持该服务的终端进行专门描述,如果必要,也会给出不支持该服务的终端的行为进行描述。

  对于Vgcs和Vbs,可能存在以下的终端操作:

  -支持Vbs接听

  -支持Vbs的发起

  -支持Vgcs的接听

  -支持Vgcs的通话(包括了Vgcs接听)

  -支持Vgcs呼叫的发起(包括了Vgcs通话)

  除了专门提到的联合流程,本文还支持所有可能的联合。

  1.7.2gpRs

  1.7.2.1gsm的分组业务(gsmonly)

  对于支持gpRs的终端,通篇在描述某个只适用于gpRs的流程时会有专门的标示,如有必要也会描述不支持的终端将有何行为。

  一个支持gpRs的ms可以属于以下三种操作模式的一种:

  -ms操作模式a(ms已附着到ps和cs域,且支持同时操作cs和ps业务)

  -ms操作模式b(ms已附着到ps和cs域,但同时只能操作一种cs/ps业务)-ms操作模式c(ms已只附着到ps域)

  ms的操作模式取决于ms附着的服务,是只有gpRs服务呢还是gpRs,非gpRs服务都有,以及ms是否可以同时操作gpRs和其他gsm服务。

可以操作gpRs服务的ms称为gpRsms。

  请注意对于gpRsms,本文中描述的gmm流程可能不支持于Vgcs,Vbs和gpRs的联合。

可能的交互尚未研究。

  1.7.2.2umts的分组业务(umtsonly)

  附着到ps域的ms可以在以下一种ms操作模式下工作:

  -ps/cs操作模式

  -ps操作模式

  本文中这两种操作模式并没有任何不同。

使用的是ms操作模式a和ms操作模式c来代替。

  在网络操作模式i和ii(详见3gpp23.060)中,工作在ps/cs操作模式的ms和处于操作模式a的gpRsms使用相同的流程,除非明确指出了是gsmonly或者umtsonly。

  在网络操作模式i和ii中,工作在ps模式的ms和操作模式c的ms使用相同的流程,

  除非明确指出了gsmonly或umtsonly。

  2.参考文献

  以下文档提供了本文中使用到的引用文字和段落。

  2.1定义和缩略语

  对于本文,缩略语可参考文档3gpp231.905.

  2.1.1随机值

  文中很多地方提到了某些值采用“随机”值,当然在一直指定范围,或者更通用的是一些统计分部值中进行选择。

这样的情况只用在ms端。

  对于处在相同环境下(包括相同厂家生产的相同型号的终端)是两个ms是有很低概率会选择相同值的,这会被考虑到。

甚至,如果发生了这样的低概率事件,也会考虑到这两个终端下一个动作怎样辨别,就像它们前面的选择也不一样。

  2.2.2术语简述

  文中涉及到的术语简述如下:

  gsmsecuritycontextgsm安全上下文

  是在gsm鉴权成功执行后建立的并存储在ms和网络侧。

它包含了gsm加密密钥和加密密钥序列号。

  umtssecuritycontextumts安全上下文

  是在umts鉴权成功执行后建立并存储在ms和网络侧。

包含了umts加密密钥,umts完整性键,gsm加密密钥和加密蜜月序列号。

  idlemode空闲模式

  在此模式下,ms没有分配任何专用信道,监听ccch和bcch

  groupreceivemode组接收模式

  (只适用于支持Vgcs接听或Vbs接听的ms)在此模式下,ms未分配专用信道,监听分配到小区的下行语音广播信道或语音组呼信道。

偶尔,ms还必须监听服务小区的bcch。

dedicatedmode专用模式

  此模式下,ms至少分配了两条专用信道,只有一条是sacch

  grouptransmitmode组传输模式

  (只适用于支持Vgcs通话的ms)在此模式下,语音组呼的ms被分配2条专用信道,其中一条是sacch。

这些信道可以在一个时间分配给一个ms而在语音组呼中分配给不同的ms。

  packetidlemode分组空闲模式

  (只适用于支持gpRs的终端)此模式下,ms没有分配分组数据物理信道的无线资源,它监听pbcch和pccch或者如果这些信道网络未提供的话,监听bcch和ccch。

packettranfermode分组传输模式

  (只适用于支持gpRs的终端)此模式下,ms被分配了一条或多条分组数据物理信道上的无线资源用来传输llcpdu

  maindcch主dcch

  在专用模式和组传输模式,只有两条信道用作dcch,其一是sacch,另一个是sdcch或Facch。

这个sdcch活Facch被称作主dcch。

  信道被激活,是说它可以用作传输,尤其是对信令,至少有ui帧。

在sacch上,无论何时被激活,必须保证l2帧的连续流传输。

  tch已连接,是当cs用户数据可以传输。

tch在未激活时不可能已连接。

一个激活但未连接的tch只用在信令传输,如dcch。

  主dcch上的sapi0数据链路称为主信令链路。

任何指定在该主信令链路上发送的消息都以确认模式发送,除非专门指出。

  词组要建立一条链路是在数据链路上要建立多帧模式的缩略。

即使数据链路没有在相关信道激活后立刻建立,在其上发送ui帧也是可能的。

除非专门指出,一个数据链路层在没有信息域时建立完成。

  信道集用来表示承载关联用户信息流的tch,比如用来支持cs连接的多时隙配置,最后需要一起处理。

  临时块流tbF是一个屋里连接,两个RR对等实体用来支持分组数据物理信道上llcpdu单向传输。

  Rlc/mac块:

一个Rlc/mac块是Rlc/mac实体间交互的数据单元,详见3gpp44.060.gmm上下文:

当gpRs附着流程成功完成后建立

  网络操作模式

  有三种网络操作模式i,ii和iii,详见3gpp23.060

  网络操作模式会当做系统信息指出。

在正常的运营中,网络操作模式在一个路由区内的所有小区应该是相同的。

  gpRsms操作模式

  有三种gpRsms操作模式a,b和c,详见3gpp23.060

  RR连接:

一条RR连接是两个RR或RRc对等实体用来支持上层信息流交换的专用cs域连接。

  ps信令连接,是一个ms和cn分组域节点间对等的umts连接。

  异系统变更,是在不同的无线接入技术之间变换,比如gsm和umts

  gpRs:

gsm和umts系统的分组业务

  标签gsmonly表明该章节或段落的展示只针对gsm系统。

对于多系统情况,取决于当前服务的无线接入网络。

  标签umtsonly表明该段落或章节的展示只针对umts系统。

  sim,用户标识模块

  usim,通用用户标识模块

  ms,移动设备,本文中的ms不区分ms和ue。

  小区通知,是小区更新流程中的一个优化变量。

小区更新流程用llcnull帧作为小区变更指示,这样不会重启动Ready时钟。

  dtm,双模传输模式,详见3gpp44.018

  3.无线资源管理流程

  详见3gpp44.018

  做设备这一块的都知道,24.008的重要性,当然还有25.331了。

想当初我最开始看3gpp协议的时候接触的就是这两老大,当然还有21.905啦,呵呵。

但是很多初学者,当然我也只算一个老点的初学者,初看该协议,看到那洋洋洒洒几百页的english也许可能有点望而却步,曾有多于1个同事向我索要其中文版,当时我也没有,让对方摇头失望啊。

  说是翻译,只是好听点,真的是英文一个词一个词对照过来的,虽然没有用在线翻译,但是可能还是有些许地方意思不妥,再说某才疏学浅,错误之处还请见谅。

这本来也是娱人娱己,

  篇三:

lte协议对照表

  规范编号射频系列规范ts36.101

  规范名称内容更新时间

  ue无线发送和接收描述Fdd和tdde-08-oct-20xxutRaue的最小射频(RF)特性

  ts36.104bs无线发送与接收描述e-utRabs在成对频谱和非成对频谱的最小RF特性

  30-sep-20xx

  ts36.106Fdd直放站无线发送与接收

  描述Fdd直放站的射频要求和基本测试条件

  ts36.113bs与直放站的电磁兼容

  包含对e-utRa基站、直放站和补充设备的电磁兼容(emc)评估

  01-oct-20xx

  ts36.124移动终端和辅助设备的电磁兼容的要求

  建立了对于e-utRa终端和附属设备的主要emc要求,保证不对其他设备产生电磁干扰,并保证自身对电磁干扰有一定的免疫性。

定义了emc测试方法、最小性能要求等

  ts36.133支持无线资源管理的要求

  描述支持Fdd和td08-oct-20xxde-utRa的无线资源管理需求,包括对e-utRan和ue测量的要求,以及针对延迟和反馈特性的点对点动态性和互动的要求

  ts36.141bs一致性测试描述对Fdd/tdde-utRa基站的射频测试方法和一致性要求

  ts36.143Fdd直放站一致性测试

  描述了Fdd直放站的一致性规范,基于36.106中定义的核心要求和基本方法,对详细的测试方法、过程、环境和一致性要求等进行详细说明

  ts36.171支持辅助全球导航卫星系统(a-gnss)的要求

  描述了基于ue和ue辅助Fdd或tdd的辅助全球导航卫星系统终端的最低性能

  21-jun-20xx

  ts36.307ue支持零散频段的要求

  定义了终端支持与版本无关频段时所要满足的要求。

  04-oct-20xx

  物理层系列规范ts36.201

  物理层——总体描述

  物理层综述协议,主要包括物理层在协议结构中的位置和功能,包括物理层4个规范36.211、36.212、36.213、36.214的主要内容和相互关系等

  ts36.211

  物理信道和调制

  主要描述物理层信道和调制方法。

包括物理资源的定义和结构,物理信号的产生方法,上行和下行物理层信道的定义、结构、帧格式,参考符号的定义和结构,下行oFdm和上行sc-Fdma调制方法描述,预编码设计,定时关系和层映射等内容

  ts36.212

  复用和信道编码

  主要描述了传输信道

  17-sep-20xx21-mar-20xx30-mar-20xx

  和控制信道数据的处理,主要包括:

复用技术,第一层/第二层控制信息的编码、交织和速率匹配过程

  ts36.213

  物

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1