5G标准：用户终端UE的发送与接收

AxureRPPro是一个产品经理必备的交互原型设计工具，能够高效率制作产品原型，快速绘制线框图、流程图、网站架构图、示意图、HTML模版等。
AxureRPPro是专为RapidPrototypeDesign而生，它可以辅助产品经理快速设计完整的产品原型，并结合批注、说明以及流程图、框架图等元素将产品完整地表述给各方面设计人员，如UI、UE等等，并在讨论中不断完善。
作为办公自动化辅助工具，AxureRPPro更适合WebPrototype制作，AxureRP7Beta在AxureRP6基础上做了比较多的改进，旨在提高原型设计效率，包括重新组织界面功能、自适应视图、新增多个形状、样式、事件等，具体可见这里的介绍。
使用说明：2013/12/27更新版本为AxureRPPro7.0.0.3142(正式版)汉化绿色版，解压后先运行!)AxureRPPorable.exe完成初始化，然后执行主程序AxureRP.exe即可，新版本Axure7优化了界面和操作，明显了提高绘图效率，并可以直接预览(F5)而无需生成原型文件。
Axure7的汉化补丁由WebPPD社区best919制作，注意使用AxureRPPro7之前必须先安装.NETFramework4.0，并最好安装MicrosoftOfficeWord、Excel和PowerPoint文件格式兼容包。
知乎用户梁柱华总结的Axure7.0的新功能和新特性：增加了预览选项，能够设置在预览和生成原型时是否最小化或不带有左侧的站点地图导航；
优化了界面和操作，明显提高绘制效率，可直接在控件上改变形状，同时加入了几个常用形状；
支持了投影和内阴影，可以用来画简单的组件；
支持更多的触发事件，动态面板也可以onclick了；
普通形状也能增加事件效果，例如要移动一个形状，不需要转化成动态面板；
事件用例感觉也有所变化，增加了一些参数，例如切换动态面板状态时有更多的参数可以选择；
增加了和Justinmind一样的实时预览功能，再也不用一遍又一遍地生成页面了；
内容自适应，例如动态面板或文字块能根据内容自动适应到合适大小；
强化的表格功能Repeater，可以自动填充数据，对数据进行排序，过滤等操作；
页面级的参数Onreszie，这样在手机测试时可以作为横竖屏判断；
响应式布局，可以定义不同窗口大小下的布局结构。
AxureRPistheleadingtoolforrapidlycreatingwireframes,prototypesandspecificationsforapplicationsandwebsites.Quicklygetthebenefitsofprototypingwithoutalotofhassle.Axure7.0.0.3142更新日志：FixedsomemoreWebFontandTypefacescenariosonAxShareFixedclicksnotbubblingthroughobjectswhentheyhaveasatisfiedCondition

文章为转载以备用,请严格按要求修改,特别是pageheader.htm这个文件================================================================1、下载uediter编辑器，解压上传目录uediter到根目录/includes/下2、修改admin/includes/lib_main.php/***生成编辑器*@paramstringinput_name输入框名称*@paramstringinput_value输入框值*/functioncreate_html_editor($input_name,$input_value=''){global$smarty;$editor=newFCKeditor($input_name);$editor-＞BasePath='../includes/fckeditor/';$editor-＞ToolbarSet='Normal';$editor-＞Width='100%';$editor-＞Height='320';$editor-＞Value=$input_value;$FCKeditor=$editor-＞CreateHtml();$smarty-＞assign('FCKeditor',$FCKeditor);}修改为：/***生成编辑器*@paramstringinput_name输入框名称*@paramstringinput_value输入框值*/functioncreate_html_editor($input_name,$input_value=''){global$smarty;//www.zuimoban.com$kindeditor="$input_valuevarue=UE.getEditor('editor');UE.getEditor('editor').focus();";//zuimoban$smarty-＞assign('FCKeditor',$kindeditor);}3、修改admin/templates/pageheader.htm将：{insert_scriptsfiles="../js/transport.js,common.js,../js/utils.js"}替换为：＜scripttype="tex

UE_4.16_Survival_Game：我的第一个虚幻引擎课程的最后一部分

NB-IoT协议接口与信令流程附着是UE进行业务前在网络中的注册过程，主要完成接入鉴权和加密、资源清理和注册更新等过程。
附着流程完成后，网络记录UE的位置信息，相关节点为UE建立上下文。
与R12附着流程相比，步骤12-16存在差异，主要因为UE可以支持不建立PDN连接的附着。
附着过程中可以请求不建立PDN连接，那么附着流程中MME-SGW-PGW之间就不需要建立会话相关的信令。
如果NB-IoTUE和网络侧都支持使用控制面优化来传输用户数据，那么即使UE在附着过程中请求PDN连接，网络侧也可以决定不建立无线数据承载，这样UE与MME之间使用NAS消息来传输用户数据，这样步骤17-24存在差异。

RLC层位于PDCP层和MAC层之间。
它通过SAP（ServiceAccessPoint）与PDCP层进行通信，并通过逻辑信道与MAC层进行通信。
每个UE的每个逻辑信道都有一个RLC实体（RLCentity）。
RLC实体从PDCP层接收到的数据，或发往PDCP层的数据被称作RLCSDU（或PDCPPDU）。
RLC实体从MAC层接收到的数据，或发往MAC层的数据被称作RLCPDU（或MACSDU）

通过UE菜单栏的查看-＞语法着色类型，语言1--语言20。
配置文件在UE的安装目录下wordfile.uew,这个文件路径可以通过“菜单栏高级-＞配置-＞语法着色-＞语法文件全名”查看和配置。
默认可能已经有九个配置：/L1"C/C++"表示c的高亮，最后/L9"JavaScript"是JavaScript的高亮配置。
现在我们添加其他文件类型的查看方式，添加Makefile的查看方式打开这个文件UltraEdit\WORDFILE.uew，可以发现/L1"C/C++"....../L2"VisualBasic"....../L3"HTML"............这样的内容，对应视图-＞查看方式里面类型的顺序。
现在我们需要添加Makefile的着色方式。
1.本文件是从ue官方网站下载的，原文档地址http://www.ultraedit.com/files/wf/wf.zip，2.将wordfile扩展文件包中Makefile.uew内容打开，全部追加到上面打开的wordfile.uew文件尾部，然后保存；
注意：一定要注意'/L'后面的数字，不要与前面的重复，否则后添加的将会覆盖以前的着色方式。
3.再以UE打开Makefile文件，通过菜单视图—＞查看方式（高亮文件类型）选择新增文件类型makefile，此时可以看到shell文件中的一些关键字已经以其他颜色显示了，这就设置成功了。
这里是官方添加的方法。
http://www.ultraedit.com/support/tutorials_power_tips/ultraedit/add_a_wordfile_pre_v15.html

ue_chinese(UE中文版＋注册码)，需要的朋友下吧

ue破解版无需安装2532/64位，及其好用，支持列模式等等

3GPP长期演进（LTE）技术原理与系统设计.pdf添加了完整的书签支持跳转方便阅读比csdn上提供的带书签的这个版本清晰封面1序言4前言6目录8第1章　背景与概述141.1　什么是LTE141.2　LTE项目启动的背景151.2.1　移动通信与宽带无线接入技术的融合151.2.2　国际宽带移动通信研究和标准化工作161.2.3　我国宽带移动通信研究工作181.3　3GPP简介181.3.1　3GPP的组织结构191.3.2　3GPP的工作方法201.3.3　3GPP技术规范的版本划分211.4　LTE研究和标准化工作进程251.4.1　LTE项目的时间进度251.4.2　LTE协议结构271.5　LTE技术特点291.5.1　LTE需求291.5.2　系统架构301.5.3　空中接口311.5.4　移动性和无线资源管理361.5.5　自配置与自优化371.5.6　和LTE相关的其他3GPP演进项目371.6　LTE和其他宽带移动通信技术的对比401.6.1　性能指标对比401.6.2　关键技术对比421.7　小结44参考文献44第2章　LTE需求452.1　系统容量需求462.1.1　峰值速率462.1.2　系统延迟462.2　系统性能需求472.2.1　用户吞吐量与控制面容量472.2.2　频谱效率482.2.3　移动性492.2.4　覆盖492.2.5　进一步增强的MBMS492.2.6　网络同步502.3　系统部署需求512.3.1　部署场景512.3.2　频谱扩展性512.3.3　部署频谱512.3.4　与其他3GPP系统的共存和互操作522.4　对无线接入网框架和演进的要求522.5　无线资源管理需求532.6　复杂度要求532.6.1　系统复杂度532.6.2　UE复杂度532.7　成本要求542.8　业务需求542.9　小结54参考文献55第3章　LTE物理层协议563.1　物理层概述563.1.1　协议结构563.1.2　物理层功能573.1.3　LTE物理层协议概要介绍573.2　物理信道与调制593.2.1　帧结构593.2.2　上行物理信道613.2.3　下行物理信道773.2.4　伪随机序列产生1023.2.5　定时1023.3　复用与信道编码1023.3.1　物理信道映射1023.3.2　信道编码和交织1033.4　物理层过程1243.4.1　同步过程1243.4.2　功率控制1243.4.3　随机接入过程1273.4.4　PDSCH相关过程1273.4.5　PUSCH相关过程1313.4.6　PDCCH相关过程1333.4.7　PUCCH相关过程1333.5　物理层测量1343.5.1　UE/E-UTRAN测量概述1343.5.2　UE/E-UTRAN测量能力134参考文献136第4章　LTE无线传输技术1384.1　双工方式1384.1.1　FDD双工方式1384.1.2　TDD双工方式1384.1.3　H-FDD双工方式1394.2　宏分集的取舍1404.2.1　宏分集技术在WCDMA中的应用情况1414.2.2　LTE系统对宏分集的取舍1424.3　下行多址技术1434.3.1　OFDMA技术方案1434.3.2　VSF-OFDM技术方案1484.3.3　OFDM/OQAM技术方案1514.3.4　多载波WCDMA(MC-WCDMA)技术方案1534.3.5　多载波TD-SCDMA(MC-TD-SCDMA)技术方案1564.3.6　下行多址技术的确定1564.4　上行多址技术1564.4.1　PAPR和立方量度(CubicMetric，CM)问题1574.4.2　采用PAPR降低的OFDMA(OFDMAwithPAPRReduction)技术方案1584.4.3　单载波频分多址(SC-FDMA)技术方案1604.4.4　单载波和频域均衡(SC-FDE)技术方案1614.

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。