Eclipse 단축키 모음

Eclipse 단축키 모음

ctrl + s: 저장 및 컴파일
ctrl + i: 소스 깔끔 정리(인덴트 중심의 자동구문정리)
ctrl + space : 어휘의 자동완성(Content Assistance)

ctrl + E : 열린파일 옮겨다니기

ctrl + shift + E : 열린파일 띄우기

ctrl + M : 에디터화면 넓게
ctrl + 1 : Quick Fix(Rename에 주로 사용)
ctrl + shift + M : 캐럿이 위치한 대상에 필요한 특정클래스 import
ctrl + shift + O : 소스에 필요한 패키지의 자동 임포트
ctrl + /: 한줄 또는 선택영역 주석처리/제거
ctrl + Q : 마지막 편집위치로 가기
ctrl + L : 특정줄번호로 가기
ctrl + D : 한줄삭제
ctrl + H : Find 및 Replace
ctrl + K : 다음찾기(또는, 찾고자 하는 문자열을 블럭으로 설정한 후 키를 누른다.)
ctrl + shift + K : 이전찾기(또는, 찾고자 하는 문자열을 블럭으로 설정한 후 역으로 찾고자 하는 문자열을 찾아감.)
alt + shift + j : 설정해 둔 기본주석 달기
Ctrl + 객체클릭(혹은 F3) : 클래스나 메소드 혹은 멤버를 정의한 곳으로 이동(Open Declaration)

ctrl + shift + f : 소스 깔끔 정리
ctrl + 2 + R : Rename(리팩토링)
ctrl + shift + / : 선택영역 block comment 설정
ctrl + shift + \ : 선택영역 block comment 제거
alt + shift + up: Enclosing Element 선택(괄호의 열고 닫기 쌍 확인에 유용함)
ctrl + O : Outline창열기

ctrl + T : 상속구조 보기, 한번더 누르면 수퍼타입/서브타입 구조가 토글된다

Alt + ->, Alt + <- strong="">: 이후, 이전
해당프로젝트에서 alt + enter : Project 속성
sysout > Ctrl + Space: System.out.println();
try > Ctrl + Space : 기본 try-catch문 완성
for > Ctrl + Space : 기본 for문 완성
템플릿을 수정,추가: Preferences > java > editor > Templates

블럭 씌운상태에서 alt + shift + z : try/catch, do/while, if, for, runnable.... 등 블럭씌우기

ctrl + N : 새로운 파일 및 프로젝트 생성
ctrl + shift + s : 열려진 모든파일 저장 및 컴파일
alt + / : Word Completion
alt + shift + R : Rename
ctrl + shift + G : 특정 메써드나 필드를 참조하고 있는 곳을 찾는다.
ctrl + shift + B : 현재커서위치에 Break point설정/해제
ctrl + alt + R
ctrl + f11 : 실행
f11 : 디버깅 시작

f4 : 상속구조 클래스 보기(메소드, 멤버)
f5 : step into
f6 : step over
f8 : 디버깅 계속
ctrl + . : 다음오류부분으로 가기
ctrl + , : 이전오류부분으로 가기
f12 : 에디터로 커서이동
ALT + UP,DOWN : 현재 줄 위치 이동
Ctrl + j : 검색할 단어를 입력하면서 실시간으로 검색
Ctrl + Shift + j : 검색할 단어를 입력하면서 실시간으로 거꾸로 검색
F4 : 클래스명을 선택하고 누르면 해당 클래스의 Hierarchy 를 볼 수 있다.
ctrl + alt + up/down : 한줄 duplicate
alt + shift + 방향 : 선택
ctrl + shift + g : 객체(변수)가 참조 되는 곳을 찾아 준다

alt + shift + m : 코드 중복 해결(중복부분을 블록선택한 다음 단축키를 누르면 이부분을 별도의 메서드로 뽑아내줌)

ctrl + alt + h : 메서드 호출구조 보기

CSFB vs SVLTE 비교

CSFB vs SVLTE 비교

Mobile Communication 2013/05/28 15:11

LTE 서비스 상용화 이후 Data 사용중에 음성통화 서비스에 대한 문제가 발생하게 되었는데

크게 CSFB(Circuit Switched Fall-Back) 과 SVLTE(Simultaneous Voice and LTE) 로 나눠지고 있습니다.

각각의 기본 내용 및 장단점에 대해 간략하게 정리해 보았습니다.

	Circuit Switched Fall-Back (CSFB)	Simultaneous Voice and LTE (SVLTE)
	3GPP	3GPP2
통신사	SKT, KT	LGU+, Verizon
Voice	WCDMA,GSM	1xCDMA
Data	LTE	LTE
Data 사용 중에 음성통화	LTE Data 끊기고 WCDMA로 음성통화(음성통화시 Data는 WCDMA로 연결)	LTE Data 유지되면서 음성통화 동시에 지원 가능
장점	모뎀칩/RF회로 하나로 가능 부피,무게,발열,전자파 줄일 수 있음	음성(voice)과 LTE(data)동시에 전송 가능
단점	음성통화시 LTE Data 끊김 음성통화(3G)로 연결될때 지연 발생	2개의 모뎀칩 필요 부피,무게,발열,전자파 증가 재료비 상승
배터리 소모	SVLTE 대비 적음	CSFB 대비 많음
향후 전망	음성서비스를 All IP 기반의 VoLTE 로만 지원한다면 SVLTE/CSFB 장단점은 무의미

CSFB SVLTE VoLTE

CSFB SVLTE VoLTE  IT / 공부중  2013/01/29 16:16 http://jjbblee1.blog.me/130158173066 전용뷰어 보기 데이타 통신중에 음성 전화 서비스 구분이다. CSFB / SVLTE는 데이타는 PS(Packet Service), 음성은 CS(Circuit Service) 이다. CS는 데이타와 음성이 동시에 되지 않고, SV는 동시에 가능하다. 그러나 VoLTE는 데이타/음성 모두 PS이다. 1. CSFB(Circuit Switched Fallback)    CSFB 솔루션은 단말이 LTE망에 위치하다가 호가 발생하면 서킷망으로     전환(fallback)해 음성  서비스를 제공하는 방식으로, 통화 중에 LTE 고속     데이터 서비스를 사용할 수 없다는 단점이 있으며 LTE망에서 서킷망으로    전환하는데 지연이 발생해 음성 접속시간이 늦어지거나 접속 성공률이     떨어진다는 단점이 있다. SKT    모뎀칩과 RF가 하나면 된다.    통화 셋업 시간이 전화를 걸고 통화가 연결되기까지 걸리는 지연 시간이    늦어질 수밖에 없다. 최소 30% 이상 2. SVLTE(Simultaneous Voice & LTE)    단말이 동시에 LTE망과 서킷망에 위치해 데이터와 음성을 동시에 처리하는     방식으로 음성 및 데이터의 멀티태스킹과 음성 접속시간 및 접속 성공률     측면에서 CSFB의 단점을 해결할 수 있는 솔루션이다. LG유플러스. U+는 3G시절, EV-DO 방식을 사용해 왔습니다. 그래서 3G 사업에서 만년 꼴지를 기록하며 최악의 통신품질을 기록했었죠, 그 이유는 WCDMA(SKT_음성,데이터 동신 전송가능)와는 달리 음성과 데이터가 동시에 되지 않고 음성 통화 역시 2G도메인 기반의 기술이었기 때문입니다. 하지만, U+는 4G 시대를 선언하며 Simultaneous Voice and LTE (SVLTE)를 도입했습니다. 말 그대로 음성과 LTE 데이터가 동시에 전송되는 방식입니다. 이 통신방식은 CDMA2000 EV-DO를 3G 망으로 사용하던 통신사들이 도입하는데, 우리나라에서는 U+만 독자적으로 사용하는 방식입니다. (버라이즌도 같은 통신망) 이 방식은 듀얼 라디오 솔루션이라고도 부르는데, 음성과 4G LTE를 동시에 하기 위해서는 각각의 안테나가 필요하게 됩니다. 그래서 부품 수도 늘어나게 되고 단말기의 전력소모는 물론 중량과 발열, 전자파까지 두 배가 늘어나게 됩니다. 그리고 음성 통화 시, 전파 환경을 안테나로 알아 볼 수 있는 방법이 없어 전화가 끊기거나 통화 품질이 떨어져도 확인이 불가능한 단점이 있습니다. 그래서 U+의 경우, LTE 안테나를 항상 가동해 다른 안테나로 음성통화 시에도 LTE를 사용할 수 있어 전화를 할 때도 LTE가 3G로 변하지 않습니다. 하지만 음성 통화에서는 CSFB 방식처럼 Fall-Back은 되지 않지만 U+의 기존 음성통화 방식인 EV-DO(2G 도메인)를 사용해 통화 음질의 큰 변화를 느낄 수 없습니다. [출처] LTE의 또 다른 말, SVLTE/CSFB를 아시나요?|작성자 혀니 3. VoLTE (Voice Of LTE)     ‘Voice over LTE’의 약어로 LTE 환경에서 제공되는 음성 서비스를 의미    한다. 이는 음성과 데이터 통신이 모두 인터넷 프로토콜(IP) 기반에서 제공    될 수 있다는 의미이며 동시에 진정한 All-IP 시대의 시작을 의미한다.   장점 : - All-IP 기반의 새로운 융합서비스들을 제공할 수 있다. VoLTE를               통해 음성과 데이터가 동일한 패킷망을 사용하는 환경을 제공하기               때문에, 데이터 중에 전화를 받더라도 기존 데이터 서비스를 끊김               없이 이용할 수 있으며, 음성 통화 중에 LTE 고속 데이터를 제약               없이 이용 가능하다.          -  속도의 차이이다. VoLTE는 LTE에서 인터넷 접속 속도가 빠른 것              처럼 기존 서킷 음성 서비스보다 약 2배로 향상된 호 연결 속도              (Call setup time)를 제공한다.               기존 서킷방식의 음성 호 연결속도가 평균 5초대라면 VoLTE의 경우              는 평균 2.5초대의 연결속도를 제공한다. 특히, 인터넷접속 등               데이터 사용 중에 전화를 받는 경우 거의 실시간으로 전화를 받을 수              있어 빠른 통화연결 체감이 가능하다. 또한 VoLTE 가입자간 통화               시 서킷 통화보다 화자와 청자간의 음성 지연(delay)이 약 30%까지               개선될 것으로 예상돼(기존 음성호 delay : 약 300ms, VoLTE delay              : 약 200ms) 마치 옆에서 말하는 것과 같은 체감을 할 수 있다.           - 안정적인 통화 품질 제공이다. VoLTE는 안정적인 음성 통화를 위해              LTE 망 자원을 우선 할당 받아 사용하기 때문에 어떤 데이터 서비스             보다 우선적으로 처리된다. 기존의 패킷 방식을 이용한 음성통화              서비스인 OTT(Over The Top) 업체의 mVoIP는 QoS(Quality of             Service)를 보장할 수 없는 반면, VoLTE는 트래픽 폭주 시에도              최우선적으로 보호받아  처리되기 때문에 mVoIP에서 경험했던 음성              품질 저하 문제에서 자유로울 수 있다.          -  VoLTE는 기존의 이동통신에서 제공한 적이 없는 Wide band codec             을 채용해 HD급 음질을 제공한다. 아래 그림과 같이 기존의 이동             전화가 200~3400Hz 대역의 Narrow band codec을 이용해 주변의              소리가 제거되고 약간 탁한 느낌의 음성만을 전달했던 것에 비해,             VoLTE는 AMR-WB(Adaptive Multi Rate Wideband) 코덱을 사용,                50~7000Hz의 폭 넓은 대역을 이용하기 때문에 소리의 선명도 및              개인 고유의 음성 구분이 명확해져 자연스러운 소리를 들을 수 있다. [출처] CSFB SVLTE VoLTE|작성자 바지

Circuit Switched Fallback (CSFB)

Circuit Switched Fallback (CSFB)  Networks  2011/11/24 08:35 http://blog.naver.com/mwcarl/130124713870 전용뷰어 보기 Circuit Switched Fallback (CSFB): A Quick Primer I have explained CSFB with basic signalling here and there is a very interesting Ericsson whitepaper explaining all Voice issues in LTE here. The following CSFB details have been taken from NTT Docomo Technical Journal: The basic concept of CS Fallback is shown in Figure 1. Given a mobile terminal camping on LTE, a mobile terminating voice call arrives at the terminal from the existing CS domain via EPC. On receiving a paging message, the mobile terminal recognises that the network is calling the mobile terminal for CS-based voice and therefore switches to 3G. The response confirming the acceptance of a call request is then sent from the mobile terminal to the 3G-CS system, and from that point on, all call control for the voice service is performed on the 3G side. The CS Fallback consists of a function to notify a mobile terminal of a call request from the CS domain and combined mobility management functions between CS domain and EPC for that purpose. The network architecture of CS Fallback is shown in Figure 2. One of the remarkable characteristics of the EPC supporting CS Fallback is that it connects the Mobile Switching Center (MSC) and Visited Location Register (VLR) in the 3G CS domain with the Mobility Management Entity (MME), which provides EPC mobility management functionality. The interface connecting MSC/VLR and MME is called an SGs reference point. This interface is based on the concept of the Gs reference point that exchanges signalling with MSC, which connects to the Serving General Packet Radio Service Support Node (SGSN), a 3G packet switch. The SGs provides nearly all the functions provided by the existing Gs. The CS Fallback function uses this SGs reference point to transfer the mobile terminating call requests from the CS domain to LTE. It also provides combined mobility management between the 3G CS domain and the EPC to enable this transfer to take place. Combined Mobility Management between CS Domain and EPC Network: A mobile communications network must always know where a mobile terminal is located to deliver mobile terminating service requests to the mobile user on the mobile terminating side. The procedure for determining terminal location is called “mobility management". As a basic function of mobile communications, 3G and LTE each provide a mobility management function. To complete a call using the CS Fallback function, the CS domain needs to know which LTE location registration area the mobile terminal is currently camping on. To this end, the MME must correlate mobility management control of the CS domain with that of EPC and inform MSC/VLR that the mobile terminal is present in an LTE location registration area. The 3G core network already incorporates a function for linking mobility management of the CS domain with that of the Packet Switched (PS) domain providing packet-switching functions. As described above, the CS domain and PS domain functions are provided via separate switches. Thus, if combined mobility management can be used, the mobility management procedure for the terminal only needs to be performed once, which has the effect of reducing signal traffic in the network. This concept of combined mobility management is appropriated by the CS Fallback function. Specifically, MSC/VLR uses the same logic for receiving a location registration request from SGSN as that for receiving a location registration request from MME. This achieves a more efficient combined mobility management between the CS domain and EPC while reducing the development impact on MSC. As described above, a mobile terminal using LTE cannot use 3G at the same time. This implies that the MME, which contains the LTE location registration area (Tracking Area (TA)), is unable to identify which MSC/VLR it should send the mobility management messages to from the TA alone. To solve this problem, the mapping of TAs and 3G Location Areas (LA) within MME has been adopted. The concept behind TA/LA mapping is shown in Figure 3. Here, MME stores a database that manages the correspondence between physically overlapping TAs and LAs. This information is used to determine which MSC/VLR to target for location registration. The combined TA/LA update procedure for CS fallback is shown in detail in Figure 4. First, the mobile terminal sends to the MME a Tracking Area Update (TAU) request message indicating a combined TAU and the current TA in which the mobile terminal is currently present (Fig. 4 (1)). The MME then performs a location update procedure towards Home Subscriber Server (HSS), which is a database used for managing subscriber profiles (Fig. 4 (2)). Next, the MME uses the TA/LA correspondence database to identify the corresponding LA and the MSC/VLR that is managing that area, and uses the SGs reference point to send a Location Area Update (LAU) request message to the MSC/VLR together with the LA so identified (Fig. 4 (3)). The MSC/VLR that receives the LAU request message stores the correspondence between the ID of the MME originating the request and an ID such as the International Mobile Subscriber Identity (IMSI) that identifies the subscriber (Fig. 4 (4)). This enables the MSC/VLR to know which MME the mobile terminal is currently connected to and that the mobile terminal is camping on LTE. Following this, the MSC/VLR performs a location registration procedure with the HSS (Fig. 4 (5)). Finally, the MSC/VLR informs the MME of temporary user identity (Temporary Mobile Subscriber Identity (TMSI)), which is used at the time of a mobile terminating call in the CS domain, and indicates that location registration has been completed. The MME then informs the mobile terminal of the TMSI and of the LA that the mobile terminal has been registered with thereby completing combined location registration (Fig. 4 (6) (7)). CS Fallback Call Control Procedures - Mobile Originating Call: To originate a voice call using the CS Fallback function, a mobile terminal in the LTE location registration area must first switch (fall back) to 3G. The mobile-originating voice call procedure is shown in Figure 5. To originate a call, the mobile terminal begins by sending a CS fallback service request message to the MME (Fig. 5 (1)). Since a packet-communications transmission path (bearer) must always exist in EPC for the purpose of providing an always-on connection, the bearer also has to be handed over to 3G. To accomplish this, the MME issues a handover command to the mobile terminal in LTE and initiates a handover procedure (Fig. 5 (2)). The mobile terminal changes its radio from LTE to 3G during this procedure (Fig. 5 (3)). On completion of handover, the mobile terminal issues an originating request for voice service to the MSC/VLR. A voice-call connection is then established using an existing calloriginating procedure on 3G and the CS Fallback procedure is completed (Fig. 5(4)). CS Fallback Call Control Procedures - Mobile Terminating Call: The mobile terminating voice call procedure using CS Fallback is shown in Figure 6. When the MSC/VLR receives a message indicating the occurrence of a mobile terminating call (Fig. 6 (1)), the MSC/VLR identifies the corresponding MME from the call information received (Fig. 6 (2)). Then, the MSC/VLR sends a paging message (Fig. 6 (3)) towards the MME. Next, the MME sends a paging message to the mobile terminal in LTE (Fig. 6 (4)). This paging message includes an indication that the call is a CS service, and on identifying the call as such, the mobile terminal sends a CS fallback service request signal to the MME (Fig. 6 (5)). Following this, a handover procedure to 3G as described above takes place (Fig. 6 (6), (7)). The mobile terminal that is now switched to 3G sends a paging response message to the MSC/VLR at which it is registered (Fig. 6 (8)). Finally, an existing mobile terminating call procedure on 3G is executed and the CS Fallback procedure is completed (Fig. 6 (9)). [출처] Circuit Switched Fallback (CSFB)|작성자 푸른하늘이